GNOME Bugzilla – Bug 553249
Dock windows dangle when the panel autohides.
Last modified: 2015-09-26 04:51:02 UTC
Please describe the problem: I'm using currently-updated Intrepid on amd64, and the volume control applet in Gnome doesn't seem to work as it used to. Usually, I: click on the volume icon, adjust the volume, and then click somewhere else to go back to work. When I click elsewhere, the drop-down volume bar goes away. In the current volume applet, this doesn't happen: the drop-down volume bar stays until I click the applet icon again. I'd like the old behavior, where it goes away semi-automatically when I'm done adjusting the volume. I have gnome-applets 2.23.92-0ubuntu1. Steps to reproduce: 1. click on the volume icon 2. adjust the volume 3. click somewhere else Actual results: the drop-down volume bar stays until I click the applet icon again Expected results: the drop-down volume bar goes away. Does this happen every time? yes Other information:
The change in behaviour was deliberate - the idea was to make it work the same way as other "dock" windows like the calendar and the investment applet. I'm not going to change it back in the short term, but I am willing to be persuaded to change the behaviour back for 2.25. Whether I change it back will depend on reaction to the new version, so you feedback is useful.
Maybe this makes sense if the panel is always visible. However, if the auto hide option is being used, you get a floating volume control window (you don't know to which application it belongs to) and it is visually unpleasant. A solution could be not to hide the panel until the applet is closed.
I hadn't thought of that case. The calendar has the same problem. Every dock window sitting on the panel has the same problem. Regardless of whether the volume applet stays the way it is or not, something is going to have to be fixed because having a persistent calendar window is definitely a good idea. If you don't mind, I'm going to hijack this bug for that particular problem, your original concern has been noted.
It is OK for me. I would be happy with the autohide issues being fixed
This is definitely NOT OK with me. Please tell me if there is a significant benefit for the users with this new behaviour (other than the similar behaviour with the other two applets that you mention). I can't see any.. All it does is frustrate users, for no win. This control must be the second most used on in the panel, the first being the main menu. Changing the main behaviour of this popular applet, for no real benefit, is a bad decision I think. Also the other two applets that you mention have a different function than the volume control. They present useful and various information to the user and the user might want to have this information open at all times. But the volume control is for performing an action -> change the volume. The user changes it and wants to be done with it. Same as the main menu applet, the user wants to launch an application and be done with it. I can think also of the fast-user-swich-applet that has the same behaviour, because all the user does, is perform an action. So please reconsider changing it to the old behaviour. Thanks
A redesign is being planned, look for a prototype in 2.25.2. If it doesn't work out we'll head back to the 2.22 design for 2.26.
Whatever you do, I think it should have similar behavior than the totem volume button. Currently, the panel slider sticks but not the totem slider.