Logitech Cordless Desktop S520, misbehaving multimedia keys

Bug #539725 reported by A. Tombol
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Binary package hint: hal

The multimedia keys are only working partially on the keyboard. Some of them give false action, some of them doesn't work at all. See full description in comment #2
__________________________________
Original bug, fixed by an update around beta 1:

When I press a multimedia key on the keyboard, the mouse pointer is reset to the upper-left corner of the screen. It was ok in Karmic, but having this bug since Lucid alpha 2 (My first Lucid test, no info from before). I haven't found any relevant info in logs.

Tags: lucid
A. Tombol (atombol)
description: updated
Revision history for this message
Brian Murray (brian-murray) wrote :

Does this happen with any multimedia key on your keyboard or is it only a specific one? You might find the documentation at https://wiki.ubuntu.com/Hotkeys/Troubleshooting helpful in gathering more information about this particular bug. Thanks in advance!

Changed in hal (Ubuntu):
status: New → Incomplete
Revision history for this message
A. Tombol (atombol) wrote :

Hi Brian,
I read the linked page, and created a full status map of the keyboard. Hope it helps.
What works:
Next: keycode 171 = (keysym 0x1008ff17, XF86AudioNext), state = 0x10
Play: keycode 172 = (keysym 0x1008ff14, XF86AudioPlay), state = 0x10
Prev: keycode 173 = (keysym 0x1008ff16, XF86AudioPrev), state = 0x10
Vol.up: keycode 123 = (keysym 0x1008ff13, XF86AudioRaiseVolume), state = 0x10
Vol.down: keycode 122 = (keysym 0x1008ff11, XF86AudioLowerVolume), state = 0x10
Mute: keycode 121 = (keysym 0x1008ff12, XF86AudioMute), state = 0x10
Calculator: keycode 148 = (keysym 0x1008ff1d, XF86Calculator), state = 0x10
FN+Battery (PC Switch) = keycode 150 = (keysym 0x1008ff2f, XF86Sleep), state = 0x10
FN+Pause (Scroll lock) = keycode 78 = (keysym 0xff14, Scroll_Lock), state = 0x10
FN+PrtScr (Menu) = keycode 135 = (keysym 0xff67, Menu), state = 0x10
FN+F5 (Home) = keycode 180 = (keysym 0x1008ff18, XF86HomePage), state = 0x10
FN+F6 (Mail) = keycode 163 = (keysym 0x1008ff19, XF86Mail), state = 0x10
FN+F7 (Search) = keycode 225 = (keysym 0x1008ff1b, XF86Search), state = 0x10
FN+F9 (A) = keycode 156 = (keysym 0x1008ff41, XF86Launch1), state = 0x10
FN+F10 (B) = keycode 157 = (keysym 0x1008ff42, XF86Launch2), state = 0x10
FN+F11 (C) = keycode 210 = (keysym 0x1008ff43, XF86Launch3), state = 0x10

What misbehaves:
FN+F1 (Word) = keycode 244 = (keysym 0x1008ff93, XF86Battery), state = 0x10
FN+F8 (Settings?) = keycode 242 = (keysym 0x1008ff77, XF86Save), state = 0x10

What doesn't work
FN+F2 (Excel) = no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event
FN+F3 (PowerPoint) = no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event
FN+F4 (Calendar) = no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event
FN+F12 (D) = no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event
Zoom in= no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event
Zoom out= no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event
100%= no xev event, no sudo /lib/udev/keymap -i input/eventX event, no acpi_listen event

Additional comments:
1.all working and misbehaving buttons trigger the bug, what doesn't work, doesn't do that either.
2.if i press one of the above buttons, and the bug occurs, i can repress the button or any other mulitmedia key, the mouse ponter stays in position (even if i moved it away from top left). if i then press any normal key, the bug returns upon a new multimeda key press.
3.sudo /lib/udev/keymap -i input/eventX only shows the menu and scroll lock events, and none of the multimedia keys, including the working and misbehaving ones.
4.the misbehaving and doesn't working keys were the same faulty in Karmic like here in Lucid. only the position reset bug is regression.
5.this is a set of keyboard and mouse, they use the same receiver connected to the computer.

I attach the logs adviced in the wiki page too.

Revision history for this message
A. Tombol (atombol) wrote :
Revision history for this message
A. Tombol (atombol) wrote :
Revision history for this message
A. Tombol (atombol) wrote :
Revision history for this message
A. Tombol (atombol) wrote :
Revision history for this message
A. Tombol (atombol) wrote :
Revision history for this message
A. Tombol (atombol) wrote :

some updates ago the pointer reset bug disappeared. the key misbehavior stayed though.
i change the title and description accordingly
Brian, do you need more info to make this confirmed?

summary: - Logitech Cordless Desktop S520 mouse pointer reset
+ Logitech Cordless Desktop S520, misbehaving multimedia keys
A. Tombol (atombol)
description: updated
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Is it still an issue with lucid final or maverick ?

tags: removed: regression-potential
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

If it's still an issue, was the keyboard behaving correctly in karmic ?

Revision history for this message
A. Tombol (atombol) wrote :

this is still an issue, and no, it was not working correctly in karmic

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in hal (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.