Changing HUD key from 'Alt' to 'Alt' changes behaviour when numlock is on

Bug #981628 reported by Evan Huus on 2012-04-14
28
This bug affects 6 people
Affects Status Importance Assigned to Milestone
gnome-control-center (Ubuntu)
Low
Unassigned
unity (Ubuntu)
Low
Unassigned

Bug Description

1. Initially, note that both HUD (using left alt) and window management menu (using alt-space) work properly. The HUD shortcut in Keyboard Settings is listed as "Alt L".
2. Make sure your keyboard's numlock is on.
3. Click on the setting to change it, and tap the left alt key.
4. The shortcut now reads as "Mod2 + Alt L" (note the addition of the "Mod2"). The HUD is still assigned to left alt, but using alt-space now *also* brings up the HUD, and not the window management menu like it should.

CCSM can be used to restore the correct shortcut.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.10.0-0ubuntu3
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Uname: Linux 3.2.0-23-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 2.0.1-0ubuntu2
Architecture: amd64
CheckboxSubmission: e049aa43e015d38fc2b288a8a60db142
CheckboxSystem: 2a6f54df59af338184485e85cbcf0d32
CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell]
Date: Sat Apr 14 10:15:00 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110921.2)
SourcePackage: unity
UpgradeStatus: Upgraded to precise on 2011-11-26 (140 days ago)

Evan Huus (eapache) wrote :
affects: gnome-control-center → gnome-control-center (Ubuntu)
description: updated
Changed in unity (Ubuntu):
status: New → Invalid
Evan Huus (eapache) wrote :
summary: - Changing HUD key from 'Alt' to 'Alt' changes behaviour
+ Changing HUD key from 'Alt' to 'Alt' changes behaviour when numlock is
+ on
description: updated
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-control-center (Ubuntu):
status: New → Confirmed
Elias K Gardner (zorkerz) wrote :

Maybe this is irrelivant but I believe I am experinecing this behavior regardless of the numlock state.

Didier Roche (didrocks) wrote :

Hey Evan. I can't reproduce it there. Can you try to use the xev program and shows which keycode is printed?

Changed in gnome-control-center (Ubuntu):
status: Confirmed → Incomplete
Changed in gnome-control-center (Ubuntu):
importance: Undecided → Low
Changed in unity (Ubuntu):
importance: Undecided → Low
Evan Huus (eapache) wrote :
Download full text (7.2 KiB)

With Numlock Off:
-------------------------------------------------------------------------------
KeyPress event, serial 36, synthetic NO, window 0x4200001,
    root 0xbd, subw 0x0, time 542002, (434,589), root:(488,641),
    state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 36, synthetic NO, window 0x4200001,
    root 0xbd, subw 0x0, time 542098, (434,589), root:(488,641),
    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False
-------------------------------------------------------------------------------

With Numlock On:
-------------------------------------------------------------------------------
KeyPress event, serial 36, synthetic NO, window 0x4200001,
    root 0xbd, subw 0x0, time 608978, (1048,476), root:(1102,528),
    state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 36, synthetic NO, window 0x4200001,
    root 0xbd, subw 0x0, time 609082, (1048,476), root:(1102,528),
    state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False
-------------------------------------------------------------------------------

The only difference I can see is the extra bit set in the value of 'state'. Just to be sure, I reran my steps, and I can still reproduce the problem on a clean reboot. My keyboard is a Dell USB model. I've attached the relevant output of lsusb in case it matters.

-------------------------------------------------------------------------------
Bus 005 Device 002: ID 413c:1004 Dell Computer Corp.
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 1.10
  bDeviceClass 9 Hub
  bDeviceSubClass 0 Unused
  bDeviceProtocol 0 Full speed (or root) hub
  bMaxPacketSize0 8
  idVendor 0x413c Dell Computer Corp.
  idProduct 0x1004
  bcdDevice 48.01
  iManufacturer 1 Dell
  iProduct 2 Dell USB Keyboard Hub
  iSerial 0
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 25
    bNumInterfaces 1
    bConfigurationValue 1
    iConfiguration 2 Dell USB Keyboard Hub
    bmAttributes 0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower 100mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 0
      bNumEndpoints 1
      bInterfaceClass 9 Hub
      bInterfaceSubClass 0 Unused
      bInterfaceProtocol 0 Full speed (or root) hub
      iInterface 2 Dell USB Keyboard Hub
      Endpoint Descriptor:
        bLength ...

Read more...

Changed in gnome-control-center (Ubuntu):
status: Incomplete → Confirmed
Johannes (johannes-schindelin) wrote :

I can confirm that this happens here, too. The xev output shows only

KeymapNotify event, serial 33, synthetic NO, window 0x0,
    keys: 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
           0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

when left Alt is pressed and Num Lock is on, but

KeyPress event, serial 33, synthetic NO, window 0x4400001,
    root 0xc4, subw 0x0, time 85846911, (1170,1080), root:(1171,1160),
    state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x4400001,
    root 0xc4, subw 0x0, time 85846974, (1170,1080), root:(1171,1160),
    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

when Alt is pressed while Num Lock is off.

Sebastien Bacher (seb128) wrote :

Ubuntu moved to GNOME and there is no HUD option anymore in gcc

Changed in gnome-control-center (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.