Red Hat Bugzilla – Bug 121376
Volume control decrements step-by-step
Last modified: 2014-01-29 23:16:22 EST
Description of problem:
If I set the volume control to control the Master channel and drag the
bar to any position above the absolute bottom, it starts moving down
step-by-step (approx. two "ticks" per second). It's as if it was a
rubber band attached to it that pulls it down. Very strange.
I have to set it to control the "Volume" (channel?) to make it stay
up, but this setting isn't remembered between sessions.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Click on speaker icon in the tray
2. Drag the knob/bar to desired level
The knob/bar starts moving downwards
It should stay where you leave it
Hardware setup: Shuttle ST62K, ATI RS300 chipset
ALSA version: alsa-lib-1.0.3a-1, alsa-utils-1.0.3-1
This problem has reared it's ugly head here on this Gateway M500
laptop in FC2-T3 as well... When I first log into Gnome the login
sound file is played but there after I have no sound. The sound chip
used is the ALI-5451.
Also, I have the same bug/problem as described in bug #119732 in that
when I open the volume applet there appears two mixer tabs with one
being ALSA Mixer and the other OSS Mixer.
BTW - the sound plays normally in the KDE desktop!
Next time I will double-check everything before I say word -- I no
longer have any sound working in KDE either!!! Everything looks
normal, Kmix shows I should have sound at my disposal, but nothing is
Same thing here with a SIS7012 sound chipset.
I can set the volume level to max and it will stay there and sound
levels ARE restored after reboot. However, if I do not set the volume
level to maximum in the panel applet, it gradually lowers until itâs
at 0 and the master level will be muted upon reboot because that's
what was stored at shutdown. I can set the master volume level to
whatever I want if I bring up the mixer and adjust it there and it
retains that level.
This problem happens in FC2-test3 with a fresh install. Could someone
change the version to test3?
Same problem with FC2 final. I also have 2 mixers as mentioned above.
Sound card is soundblaster live (emu10k1).
This is a duplicate of the upstream
http://bugzilla.gnome.org/show_bug.cgi?id=139961. I have updated rpms
available at http://www.math.utah.edu/~newren/linux/random/download/.
(I created the rpms by merely taking the 2.6.1 tarball of
gnome-applets from ftp.gnome.org and using it in place of the 2.6.0
tarball in the fedora srpm). The rpms at that site fix the problem
for me. :)
I can verify this problem in FC2 Final on SB Live. I can also confirm
that the fix mentioned in comment #6 works.
*** Bug 123961 has been marked as a duplicate of this bug. ***
*** Bug 127598 has been marked as a duplicate of this bug. ***
Elijah's RPM from comment #6 works for me, too.
*** Bug 121061 has been marked as a duplicate of this bug. ***
*** Bug 120861 has been marked as a duplicate of this bug. ***
*** Bug 121797 has been marked as a duplicate of this bug. ***
Problem still present in FC3test1.
I'm going to pull in gnome-applets-2.6.2 in an FC2 update soon. It'll
go into rawhide too.
*** Bug 127205 has been marked as a duplicate of this bug. ***
Just pushed a testing update which should fix this:
Appreciate if someone could try it out and confirm.
I can confirm that gnome-applets-184.108.40.206-1 fixes this problem on FC2.
Anything in particular you want me to try? The "Steps to reproduce" in
the original bug report no longer reproduce it :-)
Thanks for testing :-)
And Elijah - thanks for tracking down the upstream bug and making a
test RPM with the fix available. Very helpful ...
Okay, gnome-applets-220.127.116.11-1 has been pushed to FC2 updates
Applying gnome-applets-18.104.22.168-1 this morning via up2date has caused
this issue to appear for me.. it was working fine before.