Opened 8 years ago

Closed 7 years ago

#291 closed defect (fixed)

XO Frame key shows odd pop-up menu not frame (SoaS1 & SoaS3 on XO nand)

Reported by: garycmartin Owned by: sayamindu
Priority: High Milestone: Unspecified
Component: Sugar on a Stick (SoaS) Version: 0.83.x
Severity: Major Keywords:
Cc: mtd Distribution/OS: OLPC
Bug Status: Resolved

Description

Pressing the XO frame keyboard shortcut under SoaS1 displays an unexpected pop-up menu unrelated to frame use (matches right clicking the search input area).

Change History (12)

comment:1 Changed 8 years ago by erikos

  • Bug Status changed from Unconfimed to Needinfo
  • Component changed from sugar to SoaS
  • Distribution/OS changed from Other (name your distribution in the description) to OLPC

Ok, this is XO specific, could be that the keyboard has not been recognized correctly. alt-shift-f does work fine I presume?

comment:2 Changed 8 years ago by garycmartin

  • Bug Status changed from Needinfo to Assigned
  • Distribution/OS changed from OLPC to SoaS
  • Summary changed from Frame key shows odd pop-up menu not frame (Soas1 on XO nand) to XO Frame key shows odd pop-up menu not frame (SoaS1 & SoaS3 on XO nand)

Using xev on a SoaS3 image running on an XO; when pressing the XO frame key, the KeyPress event is showing keycode 135 (keysym 0xff67, Menu). When testing xev on a working 8.2 XO image, there is no KeyPress event getting through for the XO frame key so it's getting (correctly) intercepted further up the event chain. Erikos suggests it's possibly the XO keyboard is not being correctly recognised by SoaS.

comment:3 Changed 8 years ago by garycmartin

  • Owner changed from marcopg to sayamindu
  • Status changed from new to assigned

comment:4 Changed 8 years ago by garycmartin

Alt-Shift-F does correctly reveal the frame on SoaS3, just not the custom XO frame key.

comment:6 Changed 8 years ago by skierpage

I believe the olpc XKB tables map the XO-1 Frame key to XF86TaskPane (see http://wiki.laptop.org/go/Enabling_XO_features_on_other_distributions), I think that's why it brings up a context menu in other window managers. I'm not sure why that no longer works to bring up the Sugar Frame.

comment:7 Changed 8 years ago by mtd

  • Cc mtd added

comment:8 Changed 7 years ago by mtd

This is fixed in my soas-devxo branch (and my XO running a build thereof on NAND) thanks to unmanindu and pgf. sdziallas is aware of the fix and testing it in SoaS.

comment:9 Changed 7 years ago by garycmartin

I'll need to retest this on an XO.

comment:10 Changed 7 years ago by garycmartin

Testing on an XO-1 with xo-rawhide build (20090528) from cjb, the frame key is now correctly revealing/hiding the frame :-) Hoping Soas also has this fix (I haven't managed to get Soas to boot off XO-1 nand yet) [must try harder].

comment:11 Changed 7 years ago by mtd

Yes, Soas has this.

comment:12 Changed 7 years ago by sdz

  • Bug Status changed from Assigned to Resolved
  • Distribution/OS changed from SoaS to OLPC
  • Resolution set to fixed
  • Status changed from assigned to closed

As stated, fedora-xo already has the fix, and I'm going to announce a new devxo (soas for the xo) version in the very near future, which also includes it. Sounds like we're good to close that one now. Thanks for the great work!

Note: See TracTickets for help on using tickets.