After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 337108 - Sound Volume control bug with Logitech navigator keyboard.
Sound Volume control bug with Logitech navigator keyboard.
Status: RESOLVED DUPLICATE of bug 173035
Product: gnome-media
Classification: Deprecated
Component: gnome-volume-control
2.14.x
Other All
: Normal minor
: ---
Assigned To: gnome media maintainers
gnome media maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-03 23:36 UTC by cammy king
Modified: 2006-04-04 22:39 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description cammy king 2006-04-03 23:36:42 UTC
Please describe the problem:
Using the Logitech keyboard navigator buttons, you can alter the volume level.

However floating the mouse over the volume icon, invoking a tooltip displaying
percent of volume, while simulataniously pushing the keyboard volume button can
reset the volume level value when the mouse is moved off the volume, and then
moved back onto the volume icon again, pressing the navigator volume buttons
reveals that the tooltip appears to have reset the volume level to the old value.

Steps to reproduce:
1. Float mouse over volume icon, thus revealing PCM: 100%
2. Now press the nav key volume 'down' button, so as to set it 50% approx
3. (The tooltip didn't change dynamically!) move the mouse off the volume icon.
4. Move the mouse back onto the volume icon.
5. Press a nav volume key, it reads 100% again!!


Actual results:
Using the tooltip on the volume icon, I can reset/override the Logitech
Navigator volume keys adjustments to the volume.

Expected results:
I expect as the tooltip hangs over the volume that when I punch a keyboard-based
volume key, the tooltip should dynamically update itself as it does with
mouse-wheel manipulation. Mouse placing and replacing over the volume icon
should not reset or interfere with the volume setting.

Does this happen every time?
yes

Other information:
no
Comment 1 Sergej Kotliar 2006-04-04 22:39:34 UTC
Hi!
Thanks for your bug report!

What you're seeing here is that the keyboard shortcuts are controlling one channel, while the applet is controlling a different channel. 
Everything you describe happens according to this behaviour. There is already a bug open about this, a rather old one actually, but still. Please add any thoughts you might have that are not yet mentioned in that bug to it.

*** This bug has been marked as a duplicate of 173035 ***