Comment 117 for bug 192888

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 <email address hidden> 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.
>