Bug 121376 - Volume control decrements step-by-step
Summary: Volume control decrements step-by-step
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-applets
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mark McLoughlin
QA Contact:
URL:
Whiteboard:
: 120861 121797 123961 127205 127598 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-04-20 21:00 UTC by Mikael Carneholm
Modified: 2014-01-30 04:16 UTC (History)
14 users (show)

Fixed In Version: gnome-applets-2.6.2.1-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-07-27 07:40:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Mikael Carneholm 2004-04-20 21:00:07 UTC
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):
2.6.0

How reproducible:
Always.

Steps to Reproduce:
1. Click on speaker icon in the tray
2. Drag the knob/bar to desired level
  
Actual results:
The knob/bar starts moving downwards

Expected results:
It should stay where you leave it

Additional info:
Hardware setup: Shuttle ST62K, ATI RS300 chipset
ALSA version: alsa-lib-1.0.3a-1, alsa-utils-1.0.3-1

Comment 1 Mike Becker 2004-04-24 23:53:54 UTC
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!

Comment 2 Mike Becker 2004-04-25 00:31:21 UTC
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
heard....

Aagghh!!!

Comment 3 Demond James 2004-05-03 12:48:43 UTC
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.


Comment 4 Demond James 2004-05-07 16:39:24 UTC
This problem happens in FC2-test3 with a fresh install.  Could someone
change the version to test3?

Comment 5 Adam Bowns 2004-05-20 00:50:33 UTC
Same problem with FC2 final. I also have 2 mixers as mentioned above.
Sound card is soundblaster live (emu10k1).

Comment 6 Elijah Newren 2004-05-22 16:05:42 UTC
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.  :)

Comment 7 Carwyn Edwards 2004-05-25 20:05:49 UTC
I can verify this problem in FC2 Final on SB Live. I can also confirm
that the fix mentioned in comment #6 works.

Comment 8 Miloslav Trmac 2004-07-11 13:40:42 UTC
*** Bug 123961 has been marked as a duplicate of this bug. ***

Comment 9 Miloslav Trmac 2004-07-11 13:41:13 UTC
*** Bug 127598 has been marked as a duplicate of this bug. ***

Comment 10 Justin Georgeson 2004-07-12 20:57:11 UTC
Elijah's RPM from comment #6 works for me, too.

Comment 11 Mark McLoughlin 2004-07-19 14:23:59 UTC
*** Bug 121061 has been marked as a duplicate of this bug. ***

Comment 12 Mark McLoughlin 2004-07-19 14:25:12 UTC
*** Bug 120861 has been marked as a duplicate of this bug. ***

Comment 13 Mark McLoughlin 2004-07-19 14:28:44 UTC
*** Bug 121797 has been marked as a duplicate of this bug. ***

Comment 14 Alexandre Oliva 2004-07-20 08:07:35 UTC
Problem still present in FC3test1.

Comment 15 Mark McLoughlin 2004-07-21 14:32:47 UTC
I'm going to pull in gnome-applets-2.6.2 in an FC2 update soon. It'll
go into rawhide too.

Comment 16 Mark McLoughlin 2004-07-21 14:33:21 UTC
*** Bug 127205 has been marked as a duplicate of this bug. ***

Comment 17 Mark McLoughlin 2004-07-22 16:24:01 UTC
Just pushed a testing update which should fix this:

http://www.redhat.com/archives/fedora-test-list/2004-July/msg00494.html

Appreciate if someone could try it out and confirm.

Comment 18 Carwyn Edwards 2004-07-22 17:14:00 UTC
I can confirm that gnome-applets-2.6.2.1-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 :-)

Comment 19 Mark McLoughlin 2004-07-23 09:02:47 UTC
Thanks for testing :-)

And Elijah - thanks for tracking down the upstream bug and making a
test RPM with the fix available. Very helpful ...

Comment 20 Mark McLoughlin 2004-07-27 07:40:01 UTC
Okay, gnome-applets-2.6.2.1-1 has been pushed to FC2 updates

Comment 21 Matt Wagenknecht 2004-07-27 16:08:00 UTC
Applying gnome-applets-2.6.2.1-1 this morning via up2date has caused
this issue to appear for me.. it was working fine before. 

running FC2


Note You need to log in before you can comment on or make changes to this bug.