Media buttons inconsistent with system-wide button behavior

Bug #651006 reported by Vish
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Fix Released
Medium
Unassigned
The Sound Menu
Fix Released
Medium
Conor Curran
indicator-sound (Ubuntu)
Fix Released
Medium
Conor Curran

Bug Description

Binary package hint: indicator-sound

This is a followup to Bug #624610 .

Steps to reproduce:
1 : Press media-button in sound menu [press and hold, dont release]
 - Notice the button appears pressed.
2 : While maintaining the press , Move mouse away from the button
 - Still initial button appears pressed.
3 : Move mouse over the other media buttons
 - No hover over the new button[button does not react], while the initial button still appears pressed.
4 : Release the button over any of the other media buttons
 - Action for the button over which the release occurred is triggered.

This is inconsistent with button behaviour system-wide, where release outside the button will trigger *no* action.

This seems to be a common behaviour throughout the indicator-menu and gtk-menus systemwide
> Press one menu item > Release over the next menu item, *that* second menu item's action is triggered.
*But* for the menu items, the next menu item does get highlighted, so the user knows that the new menu item is active now.

There are two problems here, we create the media "buttons" and not menu items here:
The best fix for this is to maintain system-wide behaviour and to /not/ trigger action over the other items.

Or, a last resort that could be done is to make the media buttons state /not/ be pressed always when the mouse moves away,
and to make the "press" for the new media button.

ProblemType: BugDistroRelease: Ubuntu 10.10
Package: indicator-sound 0.4.7-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic i686
Architecture: i386
Date: Wed Sep 29 14:46:29 2010InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha i386 (20100924)
ProcEnviron:
 LANG=en_IN
 SHELL=/bin/bashSourcePackage: indicator-sound

Related branches

Revision history for this message
Vish (vish) wrote :
Revision history for this message
Vish (vish) wrote :

Connor mentioned he would look into this for Natty

Changed in indicator-sound (Ubuntu):
assignee: nobody → Conor Curran (cjcurran)
importance: Undecided → Low
status: New → Triaged
description: updated
Conor Curran (cjcurran)
Changed in indicator-sound:
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Conor Curran (cjcurran)
Revision history for this message
Conor Curran (cjcurran) wrote :

Thanks for the detailed report. I do intend to look at this in the coming cycle. The edge detection needs to be improved. Not to mention the ability to control the buttons from the keyboard and mouse hover visual cue.

Vish (vish)
Changed in indicator-sound (Ubuntu):
importance: Low → Medium
Conor Curran (cjcurran)
Changed in indicator-sound:
status: Triaged → In Progress
milestone: none → 0.5.7
Vish (vish)
Changed in hundredpapercuts:
importance: Undecided → Medium
milestone: none → nt3-ayatana
status: New → In Progress
description: updated
Conor Curran (cjcurran)
Changed in indicator-sound:
milestone: 0.5.7 → 0.5.8
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package indicator-sound - 0.5.8-0ubuntu1

---------------
indicator-sound (0.5.8-0ubuntu1) natty; urgency=low

  * New upstream release.
    - Media buttons inconsistent with system-wide button behavior (LP: #651006)
    - update to deal with dbusmenu api chages (LP: #709181)
 -- Ken VanDine <email address hidden> Fri, 28 Jan 2011 09:28:10 -0500

Changed in indicator-sound (Ubuntu):
status: Triaged → Fix Released
Conor Curran (cjcurran)
Changed in indicator-sound:
status: In Progress → Fix Released
Changed in hundredpapercuts:
status: In Progress → Fix Released
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.