Comment 37 for bug 192888

I have made some interesting discoveries regarding this bug.

First of all, libflashsupport appears to trigger these crashes, but it is apparently exposing a bug in flash, not pulseaudio. See this upstream ticket: http://www.pulseaudio.org/ticket/267

Secondly, I have installed Fedora 9 (rawhide i686) on my laptop (a Dell Inspiron 510m), which has the following installed:

pulseaudio-module-gconf-0.9.10-1.fc9.i386
pulseaudio-utils-0.9.10-1.fc9.i386
gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.i386
pulseaudio-core-libs-0.9.10-1.fc9.i386
pulseaudio-libs-glib2-0.9.10-1.fc9.i386
pulseaudio-0.9.10-1.fc9.i386
pulseaudio-module-x11-0.9.10-1.fc9.i386
pulseaudio-esound-compat-0.9.10-1.fc9.i386
pulseaudio-libs-0.9.10-1.fc9.i386
alsa-plugins-pulseaudio-1.0.16-4.fc9.i386
libflashsupport-000-0.5.svn20070904.i386
flash-plugin-9.0.124.0-release.i386
nspluginwrapper-0.9.91.5-26.fc9.i386

What I noticed is that Firefox never crashes on flash contents in Fedora 9 with the packages listed above, and pulse output works perfectly. If I remove nspluginwrapper, however, Firefox crashes on flash contents, just as in Hardy. I am guessing that the npviewer.bin process is isolated and prevents firefox from crashing.

I find it interesting that Fedora ships with nspluginwrapper for the x86 architecture, since it seems redundant, but it appears to solve the problem with flash. I will try to recompile nspluginwrapper on Hardy for the i386 architecture and see if it helps with this problem.