Red Hat Bugzilla – Bug 119501
Volume Control Applet 2.5.7 does not work (at all)
Last modified: 2007-11-30 17:10:39 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
Description of problem:
Volume Control Applet 2.5.7 defaults to zero volume level at startup
(despite alsamixer being set correctly via alsactl restore i.e. not
muted). then when trying to change the volume through it, the applet
simply changes back to zero volume. interestingly, Volume Control
2.5.5 mixer application works correctly.
my modprobe.conf has only 1 entry for ALSA:
alias snd-card-0 snd-emu8000-synth
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.use gnome-applet "Volume Control" to try and change the volume
Actual Results: nothing happens
Expected Results: volume should change
I have the same problem with gnome-applets-2.6.0-1. Also if I try to
open the volume control through the applet it says that no mixer
elemnts or devices could be found.
Alsamixer and aumixer works fine.
I believe that this is a dup of
which has been fixed.
no, i disagree. sound works correctly with the exception of the volume
control applet. besides, i am running selinux in the enforcing = 0 mode.
in FC2 test3, this problem still exists. i change the volume through
the applet and then the computer changes it "slowly" (in test2, it
moved much quicker) back until the volume is zero again. the behavior
is slightly different in 2.6.0-3 from when i last reported but the net
result is the same. the applet cannot control the volume as it is
designed to do.
this happened to me also. i wasn't able to control the volume at all
and there were no audio channels listed in the preferences option. i
removed the applet from the panel and added the applet again and it
appears to be working normally now.
i tried removing the applet and the placing it on the panel again, but
still the volume control applet does not work...
Same problem with latest devel RPMs. Ensoniq ES1371.
I noticed the problem on FC2 final. As long as I set the GNOME Volume
Control applet to its maximum setting, it'll stay there. Any setting
less than that, the volume slider slowly slides down to zero on it's
own. I removed the applet, inserted a new one on the panel - same
behavior. My Realtek ALC650 onboard sound (on an Intel i865PE based
Shuttle AB60N) is recognized and otherwise appears to be functioning
properly for all users. FWIW, as others in the Fedora-test list have
mentioned, opening the Volume Control from the applet reveals a
two-tabbed mixer panel. For me, one tab is titled, "Intel ICH5 [Alsa
Mixer]", the other, "Realtek rev 3 [Audio Mixer(OSS)]". The latter
may be a representation of an OSS-capatibility layer that ALSA
maintains for older programs that rely on OSS, but that is speculation
on my part. This does not appear to be the same bug as 120802.
my mixers are...
SoundBlaster 16 [Alsa Mixer]
CTL1745 [Audio Mixer (OSS)]
i can also reproduce the behavior that if i set the volume to max then
the volume slider stays put (didn't notice this until now).
I have found a fix for this bug on gnome's bugzilla, referenced here:
The gnome-applets .rpm can be found here:
Using the 2.6.1 gnome-applets, the Volume Control now stays where it's
the redhat rpm package gnome-applets-2.6.0-5 appears to fix this problem.
changing to resolved rawhide...