(In reply to comment #1)
> I don't think that GTK is to blame for this; there is other brokenness in the
> mixer applet right now, e.g. the values dont' always go from 0 to 100, and
> the muting/unmuting happens semi-randomly when changing the level. This may
> be fallout from the switch from polling to notification.
I've fixed those bits, should be in 1:2.20.0-2. The problem also exists upstream
(without the notification patch) when changing the volume fast, some calls to
alsa-lib fail, but we don't know that. So we ignore the failed gets/sets and
just use the value that's in the UI.
(In reply to comment #1)
> I don't think that GTK is to blame for this; there is other brokenness in the
> mixer applet right now, e.g. the values dont' always go from 0 to 100, and
> the muting/unmuting happens semi-randomly when changing the level. This may
> be fallout from the switch from polling to notification.
I've fixed those bits, should be in 1:2.20.0-2. The problem also exists upstream
(without the notification patch) when changing the volume fast, some calls to
alsa-lib fail, but we don't know that. So we ignore the failed gets/sets and
just use the value that's in the UI.
The obvious problem is that the hardware and the UI might get out of sync, but bugzilla. gnome.org/ show_bug. cgi?id= 478498 against bugzilla. gnome.org/ show_bug. cgi?id= 478485 against the applet.
that's better than the UI going bananas and the mute state switching all over
the place. I filed http://
GStreamer, and http://
Let me know how the new build works for you. Should be at: koji.fedoraproj ect.org/ koji/taskinfo? taskID= 166805
http://