I wouldn't consider using nspluginwrapper on 32-bit a fix just yet, as even on a 64-bit install with nspluginwrapper, Flash crashes still brings down the entire Firefox instance. I think the only sensible solution is to include Pulse Audio, but don't turn it on by default, let the user turn on Pulse Audio if they want it. Pulse Audio is way too unstable and incomplete to even be considered for an LTS release.

On Tue, Apr 22, 2008 at 4:40 PM, Conn <connogriofa@gmail.com> wrote:
Alexander,

I agree we need to follow the first option mentioned in #198452, i.e.
the "PerfectSetup" route, but I hope you don't forget the required
asound.conf entries, but also new dependencies such as libsdl1.2debian-
pulseaudio and libao-pulse to be given priority over the -alsa packages.

As for the nonfree flash (which you can count on ~99% of the Hardy user
base installing that do not understand or care about the philosophical
concerns against closed-source solutions, and given the current state of
gnash and swfdec), we are effectively powerless to help compatibility
with PulseAudio until Adobe provide a fix themselves. Remember,
libflashsupport is actually Adobe's interface, and the PulseAudio
developers can only provide an implementation of it, not fix the
implementation itself.

If you decide on this route, I think we should look back towards the
inclusion of nspluginwrapper on 32bit architectures or else we will have
a lot of unhappy Firefox users. Since we are on such a tight schedule
and I would consider this a bug fix rather than feature, maybe it should
be considered for hardy-updates at the very least.

--
firefox crashes on flash contents
https://bugs.launchpad.net/bugs/192888
You received this bug notification because you are a direct subscriber
of the bug.