Red Hat Bugzilla – Bug 429220
pulseaudio causes random browser crashes
Last modified: 2008-08-02 19:40:36 EDT
Description of problem:
Firefox exits with a SIGSEGV in one thread if pulseaudio is in use
Version-Release number of selected component (if applicable):
It doesn't happen immediately, and it seems to require flash (but not
necessarily any sound from that flash thing). But it does trigger
eventually - I've had it happen multiple times on nytimes.com today,
because they are running the Apple anti-Vista flash ad (which is very
likable, although it's the *Vista* guy who is likable, not that stuck-
up Apple guy ;)
Steps to Reproduce:
1. Run a 32-bit firefox browser so that flash works
2. Have Adobe's flash9 player installed, go to nytimes.com
3. Things work, but see it crash *eventually*
Firefox just exits randomly (I don't know what triggers it, since
sound does work, and things play several times, but then occasionally
it just crashes while I read the news)
I can read NYT and see John Hodgman at the same time!
Note that 0.9.8-4 is the version from updates-testing...
you might confirm that it happens with the older 0.9.7 packages from updates?
Also, you can run nspluginwrapper to at least not cause your browser to crash...
which also will allow you to run a x86_64 firefox and nuke a bunch of unneeded
Umm. I don't have updates-testing enabled, so there's something wrong
if I got it from there.
And I just checked: updates *does* contain 0.9.8-4 as of today. In
fact, as of yesterday. Which is when firefox started crashing for me.
As to nspluginwrapper, I'll try that, but it would be even better to
have pulseaudio not cause flash problems even if firefox itself doesn't
Oops. You are right. It got pushed to updates today. ;(
Agreed, nspluginwrapper is just a sort of workaround to keep it from crashing
your browser... better to fix the problem. :(
one small note: after the 0.9.8-4 update, pulseaudio appeared to be 'not
working'. On my audigy, it switched to preferring the "PCM Front" mixer for
playback volume (which was mute), rather than the "Front" mixer it had been
Linus: I was not able to reproduce this. Nor was I able to find that Apple/Vista
ad. that would probably help me reproduce this. Do you have a link to it? Also,
it would probably be helpful if you managed to get a core dump and an usable
backtrace from it.
Would you mind doing a debuginfo-install libflashsupport pusleaudio firefox,
running firefox with ulimit -c unlimited and getting a stack trace from it once
this happens to you again?
From the description this seems very similar to bug 398641 - which has/had
debuginfo stacktraces, and which I still see regularly (that is when I enable flash)
Firefox flashblock is a convenient workaround.
I have re-enabled pulseaudio, but cannot recreate this any more. It may have
been some unfortunate interaction with that one Apple ad that is no longer
running, or (fingers crossed), maybe it's actually magically fixed some way.
Regardless, I'm closing this bug-report as useless due to insufficient data.
Assuming bugzilla allows me to, of course.