Opened 13 years ago

Closed 11 years ago

#2415 closed defect (notsugar)

View-Keys (neighborhood, group...) stops working

Reported by: erikos Owned by: tomeu
Priority: Unspecified by Maintainer Milestone: Unspecified
Component: Sugar Version: 0.90.x
Severity: Unspecified Keywords: olpc-0.90
Cc: tonyforster, sridhar Distribution/OS: Unspecified
Bug Status: New

Description

Sometimes the view keys do stop working. You can switch the views using the Frame fine.

Seen on the XO-F14-0.90 builds.

Change History (9)

comment:1 Changed 13 years ago by tonyforster

  • Cc tonyforster added
  • Version changed from Unspecified to 0.90.x

comment:2 Changed 13 years ago by garycmartin

  • Bug Status changed from Unconfirmed to New

Seeing the same thing here on an XO-1 with the os15.img. Seems to be intermittent, with the keys working for a short time (except display brightness) and then stopping. Note that the volume keys, frame key, and Journal search key also stop working as well.

comment:3 Changed 13 years ago by tonyforster

Confirmed XO1 OS15, brightness keys do not work. 4 view keys fault highly intermittent, only seen 3 times in hours of use.

comment:4 follow-up: Changed 13 years ago by Kubke

Tested this problem on S 0.90.0 (on an X01.0 and an X0.1.5. It was determined that the loss of functionality associated with top row of keyboard could be consistently triggered by 'dragging' any icon. This included icons on the journal directory, usb directory or icons on activity circle. It didn't matter whether the icon was 'moved' to a new location or partially dragged and allowed to bounce back to original position. We also noted that upon trying to copy an item from usb to journal directory the image of the entire line (rather than just the icon) appears to be dragged.

comment:5 in reply to: ↑ 4 Changed 13 years ago by sascha_silbe

Replying to Kubke:

Tested this problem on S 0.90.0 (on an X01.0 and an X0.1.5. It was determined that the loss of functionality associated with top row of keyboard could be consistently triggered by 'dragging' any icon. [...]

Can you attach ~/.sugar/default/logs/shell.log after this has happened, please?
Have you tried more recent versions of Sugar (i.e. 0.90.3)?

(It's called XO, BTW - "Ex Oh", not "Ex Zero")

comment:6 Changed 13 years ago by tonyforster

Yes, dragging a journal entry on os17 causes the problem. Nothing logged in shell.log.

comment:7 Changed 13 years ago by sridhar

  • Cc sridhar added

We're having the same problem here. Please see https://dev.laptop.org.au/issues/281

To reproduce:

  1. boot into SoaS 4
  2. load the Journal
  3. plug in a USB storage device and wait for it to be mounted
  4. move to the USB storage view
  5. drag a file from the USB storage to the datastore
  6. F1, F2, or F3 to change views

What happens: nothing

What's expected: the views should change as you press the function keys.

comment:8 Changed 13 years ago by erikos

Tracked at OLPC as #10643 (View keys and the Journal and Frame key stops working). Diagnosis so far: "The hardware keys are still working and they are transmitted to the software side (showkey tested). We have a grab key function in Sugar which is basically a GDK Window - the callbacks for the key-press events seem not to be called anymore after having used dragging in the Journal."

There is as well the case on the XO where the whole keyboard stops working (Suspend/Resume) which is tracked as #10650.

comment:9 Changed 11 years ago by dnarvaez

  • Resolution set to notsugar
  • Status changed from new to closed

olpc bug which was fixed.

Note: See TracTickets for help on using tickets.