Intrepid AMD64 regression: Zepto 6625WD audio keyboard keys don't work correctly anymore

Bug #278103 reported by Jean-Paul
34
This bug affects 5 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Low
Unassigned

Bug Description

On the Intrepid AMD64 beta (and at least alpha 5 and 6, I've tested it), when I press the volume up and volume down buttons (hardware) on the side of my laptop, the volume levels shoot up / down to the max. and min. respectively, and the applet *keeps* trying to highten/lower the volume level (which is master, I think, so the actual level being modified is ok, it's just the modification that is horrid).

Next to the above, Gnome largely becomes unresponsive (e.g. I can't enter text in text fields / text areas anymore) and the only thing that "works" as a workaround it restarting X (in my case, via ctrl+alt+backspace). Maybe manually restarting GDM works as well, but I haven't tested that.

I stated in the title that it is a regression, because in Hardy this did work correctly.

Revision history for this message
Jerônimo (germanobax) wrote :

The exact same problem is also happing with Intrepid release candidate, in my HP Pavilion ZV6000 laptop.
The only solution is to hit the ctrl+alt+backspace keys.

Revision history for this message
Slingshot (slingshot) wrote :

I can confirm the same in 8.10 sharp release with a Zepto 6625WD

Revision history for this message
barney_1 (szczys) wrote :

I can also confirm this bug.

System:
Compaq Presario R4000

OS:
Ubuntu 8.10 Intrepid Ibex
Fresh install from i386 LiveCD

It seems that this effects not just the AMD64 version but i386 as well. <a href="https://bugs.launchpad.net/ubuntu/+bug/268647">Bug #268647</a> is marked as a duplicate of this bug.

Revision history for this message
Didier L (l-farquaad) wrote :

I can confirm this bug on a Zepto Znote 6615WD with up-to-date Ubuntu Intrepid i386.

In fact the problem seems that X.org sends continuous KeyPress/KeyRelease events for those keys after they have been pressed just once, as revealed by the following xev output:
(first assign raise/lower volume to another keystroke)


KeyPress event, serial 34, synthetic NO, window 0x3e00001,
    root 0x1a6, subw 0x0, time 801137, (570,359), root:(577,409),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x3e00001,
    root 0x1a6, subw 0x0, time 801203, (570,359), root:(577,409),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 34, synthetic NO, window 0x3e00001,
    root 0x1a6, subw 0x0, time 801203, (570,359), root:(577,409),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x3e00001,
    root 0x1a6, subw 0x0, time 801237, (570,359), root:(577,409),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 34, synthetic NO, window 0x3e00001,
    root 0x1a6, subw 0x0, time 801237, (570,359), root:(577,409),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x3e00001,
    root 0x1a6, subw 0x0, time 801302, (570,359), root:(577,409),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

Notice that if I close xev then re-launch it, it does not receive those events until I press that key again.

Revision history for this message
supernova_hq (supernova-hq) wrote :

I can also confirm this bug.

Compaq R4125 (R4000 series)
Ubuntu Intrepid 8.10 (kernel 2.6.27-7-generic)

I am using compiz, but the bug exists with it disabled as well. Have not tried uninstalling video card driver (it's a pain), but I am seeing the same thing as LordFarquaad (killing xev stops it and does not continue when new xev session created.)

Volume worked flawlessly in Hardy and Gutsy, now it does not work in Intrepid.

Also note: I am no longer able to suspend (couldn't in hardy either, but could in gutsy). I have a good feeling my laptop does not like the current version of X :(

Revision history for this message
JPL (x-launchpad-jplanglois-com) wrote :

same here... compaq r4000. no problems with 8.04 or 7.10.

Revision history for this message
Crim Soukyuu (chrno-sphered) wrote :

Problem still persists in 13.04 - very annoying.

Revision history for this message
penalvch (penalvch) wrote :

Jean-Paul, thank you for reporting this bug to Ubuntu. Intrepid reached EOL on April 30, 2010.
See this document for currently supported Ubuntu releases: https://wiki.ubuntu.com/Releases

Is this an issue in a supported release? If so, could you please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 278103

affects: ubuntu → linux (Ubuntu)
Changed in linux (Ubuntu):
importance: Undecided → Low
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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