gnome-volume-control hover value lags volume changed via mouse-wheel

[Wayne Sierke]

On Thu, 2008-01-24 at 11:10 -0500, Joe Marcus Clarke wrote:
> On Fri, 2008-01-25 at 02:21 +1030, Wayne Sierke wrote:
> > Since upgrading to gnome-2.20 from 2.18 I've noticed that the volume
> > level that appears in the hover pop-up over the volume control no longer
> > stays in sync with the volume level when changing it using the
> > mouse-wheel.
> > 
> > That is, hovering the mouse over the volume control, the pop-up appears
> > showing, e.g. Volume 10%, then scrolling the mouse wheel once up, the
> > volume changes (unseen) to 14% but the pop-up continues to display 10%,
> > then with each successive move of the mouse wheel, either up or down,
> > the volume setting changes appropriately but the pop-up displays the
> > value prior to the last change. So continuing from the previous
> > description, another up event increases the volume to 18% but the pop-up
> > displays 14%, then a down event will drop the volume back to 14% but the
> > pop-up will display 18%, etc.
> > 
> > It's mainly an annoyance but I happen to keep the volume setting very
> > low on this computer and I was frequently muting the sound inadvertently
> > until I realised what was happening. It definitely remained in sync
> > prior to the upgrade.
> > 
> > Any ideas?
> 
> Move the mouse a little (not off the icon).  The tooltip only changes
> when mouse movement is detected.  This is most likely a bug in the new
> GTK+ tooltip code which is new to GNOME 2.20.
> 
> Joe
> 
Ok, that works here. Thanks.

Let me know if you'd like me to follow-up on this for a bug-report, etc.


Wayne