Description of problem: Since I have confirmed the automatic upgrade of some yum packages this morning, among them pulseaudio (0.9.21-2 -> 0.9.21-4), firefox is not able to play sound from a page on http://youtube.com, for example. All other sound applications work fine. It looks in particular strange that the preferences applet for the sound (Menu System->Preferences->Sound) shows an apparently infinite list of firefox applications (ALSA plugin) in the "Applications" tab. Version-Release number of selected component (if applicable): pulseaudio-0.9.21-2.fc12.i686 (and dependencies) firefox.i686-3.5.6-1.fc12 How reproducible: Play a clip from http://youtube.com Steps to Reproduce: 1. Open firefox, go to YouTube 2. Play clip: no sound 3. System->Preferences->Sound->Applications: infinite loop Actual results: Expected results: I am sorry, if the guess of pulseaudio update is wrong. As I did not find other updates related to sound in the yum database, and I am sure YouTube worked two days ago, and FireFox has not moved, I thought this might ring a bell to someone. Please indicate what else I could test to confirm my guess. I tried yum downgrade pulseaudio-0.9.21-2.fc12.i686 and got "No package pulseaudio-0.9.21-2.fc12.i686 available." Of course, I would like to cancel the update of this morning. Additional info:
Solved problem by connecting to Adobe repository (get adobe-release-i386-1.0-1.noarch.rpm from adobe.com), then yum install flash-plugin Probably not the like Fedora would like to see this fixed, but it works now.
No, this is not flash related. I can reliably reproduce this bug. 0.9.21 breaks when Firefox plays some sound effects, under certain conditions. Downgrading to 0.9.19 restores firefox breakage. Version-Release number of selected component (if applicable): pulseaudio-0.9.21-2.fc12.i686 How reproducible: always Steps to Reproduce: 1. Install the Gmail notifier Firefox plugin 2. Configure the Gmail notifier to use /usr/share/sounds/purple/login.wav as the new mail notifier 3. Send yourself a test message 4. Close then restart Firefox Actual results: The first two or three chimes of login.wav are played, then Firefox locks up. Killing the pulseaudio process un-freezes Firefox. Killing the Firefox process instead of pulseaudio pegs the pulseaudio process at 100% CPU, where it remains completely unresponsive. Expected results: New mail notification plays to the end. Additional info: Downgrading pulseaudio fixes this problem.
Additionally: flash does not use pulseaudio.
(In reply to comment #3) > Additionally: flash does not use pulseaudio. Maybe the an earlier version of flash did? And yes, there was some confusion on my side with a user-installed Flash Player. However, "It worked before!" ;-) And the only update that was made between when it was working and when it was not, which was closely enough related to Firefox+Sound+Flash, was that of pulseaudio. Here is the complete list for reference: Packages Altered: Updated abrt-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-addon-ccpp-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-addon-kerneloops-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-addon-python-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-desktop-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-gui-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-libs-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-plugin-bugzilla-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-plugin-logger-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated abrt-plugin-runapp-1.0.3-1.fc12.i686 Update 1.0.4-1.fc12.i686 Updated empathy-2.28.2-1.fc12.i686 Update 2.28.2-2.fc12.i686 Updated empathy-libs-2.28.2-1.fc12.i686 Update 2.28.2-2.fc12.i686 Updated libsmbclient-3.4.2-47.fc12.i686 Update 3.4.5-53.fc12.i686 Updated mobile-broadband-provider-info-1.20090918-1.fc12.noarch Update 1.20100122-1.fc12.noarch Updated pulseaudio-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-gdm-hooks-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-libs-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-libs-glib2-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-module-bluetooth-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-module-gconf-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-module-x11-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated pulseaudio-utils-0.9.21-2.fc12.i686 Update 0.9.21-4.fc12.i686 Updated samba-client-3.4.2-47.fc12.i686 Update 3.4.5-53.fc12.i686 Updated samba-common-3.4.2-47.fc12.i686 Update 3.4.5-53.fc12.i686 Updated samba-winbind-clients-3.4.2-47.fc12.i686 Update 3.4.5-53.fc12.i686 Updated sane-backends-1.0.20-10.fc12.i686 Update 1.0.20-11.fc12.i686 Updated sane-backends-libs-1.0.20-10.fc12.i686 Update 1.0.20-11.fc12.i686
(In reply to comment #2) > Actual results: > > The first two or three chimes of login.wav are played, then Firefox locks up. > Killing the pulseaudio process un-freezes Firefox. Killing the Firefox process > instead of pulseaudio pegs the pulseaudio process at 100% CPU, where it remains > completely unresponsive. Did you also see the "infinite" loop in the Sound preferences, as I described above? That might give the developers a hint/confirmation. As I cannot reproduce it any more, it is not really relevant for me, but: > Additional info: > > Downgrading pulseaudio fixes this problem. Can you tell me how you succeeded to downgrade? Using yum?
I just ran yum update and now face the same issue in Thunderbird. I use the /usr/share/sounds/purple/login.wav file as the mail notify. Same problem, place just the first 2 or 3 notes. I am using KDE, the updates did fix my problem with Xine backend not working, only gstreamer gave me sound. Now I'm back using Xine for the backend. I tried both Xine and gstreamer, same cut off sound out of Thunderbird. Login and logout KDE sounds work fine. I can play mp3's in XMMS. I went into the notifications settings and tried dozens of sounds. All played fine. I did notice that all sound files were ogg. I remembered that K3b had a problem with playing the sound at the end of a burn. I went into the K3b settings and tested the Process finished with errors sound. k3b_error1.wav, it did not play correctly the first time, just a scratchy sound. I tried again, and it played the second time. I tried the other wave files and they all played, as well. I waited a few minutes, then tried again, similar problem. The sound file played for 2 to 3 seconds, then stopped. I then tried it again, it played the second time. Waited about 30 minutes, tried another of the sounds in K3b, it played through, haltingly, and with static. Tried again, only a second or two of sound. Tried again, played fine. I have an Nforce4 motherboard. Using the onboard sound. This is using the HDA driver. If I use aplay, the purple/login.wave sound plays completely through every time.
I have occasionally seen instances of an infinite list of ALSA apps in the Sound Preference -> Applications tab with Pidgin as well. So that may not be specific to Firefox ... Wrt the pulseaudio lockup with 100% CPU utilization, I also started experiencing this since the last pulseaudio update with Thunderbird. Upon audio notification of an incoming email, the wav file plays for half a second and then pulseaudio just locks up burning 100% CPU until killed.
(In reply to comment #6) > I just ran yum update and now face the same issue in Thunderbird. I use the > /usr/share/sounds/purple/login.wav file as the mail notify. Same problem, > place just the first 2 or 3 notes. I am using KDE, the updates did fix my > problem with Xine backend not working, only gstreamer gave me sound. Now I'm > back using Xine for the backend. I tried both Xine and gstreamer, same cut off > sound out of Thunderbird. Login and logout KDE sounds work fine. I can play > mp3's in XMMS. In case this helps: I remember (when I was still able to reproduce the problem on my system) that I could play all other sounds with any tool I tried, as soon as I had shut down Firefox, or before I tried to play sound through firefox.
Re: comment #5: I downloaded the older pulseaudio packages from the fedora repo, and installed them manually using "rpm -U --oldpackage".
Please do not hijack bug reports. I will ignore all comments but Dirks now. Does the Flash audio stream appear in g-v-c's application pane or in pavucontrol's Playback pane?
Also, is this bug about 0.9.21-2 or about 0.9.21-4? You original posting contradicts itself on that.
The bug did not appear with 0.9.21-2, but after upgrading to 0.9.21-4. I am sorry, but I have no idea what g-v-c or pavucontrol is. As I wrote earlier, I cannot reproduce this bug any more, after some other upgrades and installation of FlashPlayer from Adobe. That is probably the reason why other users suggested their help, as they did see the bug still on their systems.
Uh? if flash is not installed you cannot use Youtube. So "installing flash" cannot be a fix, because then all you'd have ever seen in firefox is some blurb that asks you to install that plugin. Anyway, since this is apparently fixed, I'll close this now. Everybody else: please file seperate bugs if ythe latest flash and pa version do not work together. I'll then deal with your issues seperately and merge bug reports if I believe they describe the same issue.