mozilla, flash, hang

[waider]

Well, for what it's worth, it appears to be a Macromedia bug somehow. That said, I feel that Mozilla could be doing more to isolate plugin bugs and stop them from hanging up the entire browser (it's threaded; what's the excuse?)Here's a stacktrace from a hung mozilla process:

#0  0xffffe002 in ?? ()
#1  0x4238c7b1 in PlatformSoundMix::CloseDevice() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#2  0x4238c38c in PlatformSoundMix::PlatformCloseDevice() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#3  0x42306ac0 in CoreSoundMix::CloseDevice() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#4  0x42306475 in CoreSoundMix::Destruct() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#5  0x42350460 in CoreGlobals::Destroy() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#6  0x42321685 in CorePlayer::~CorePlayer() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#7  0x4235f996 in UnixCommonPlayer::~UnixCommonPlayer() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#8  0x4239728c in PlatformPlayer::~PlatformPlayer() ()
   from /usr/lib/flash-plugin/libflashplayer.so
#9  0x42398f44 in PlatformPlayer::NsDestroyPlayer(_NPP*) ()
   from /usr/lib/flash-plugin/libflashplayer.so
#10 0x4239cb31 in NPP_Destroy () from /usr/lib/flash-plugin/libflashplayer.so
#11 0x4239ae30 in Private_Destroy ()
   from /usr/lib/flash-plugin/libflashplayer.so
#12 0x4224f73a in ns4xPluginInstance::Stop() ()
   from /usr/lib/mozilla-1.6/components/libgkplugin.so
... and so on

So basically the damn thing is hanging while trying to close the sound device, although that 0xffffe002 looks a bit dubious. Upshot, though, appears to be either don't use a sound daemon - which has its own collection of problems - or don't use flash, or, I dunno, whine at Macromedia until they debug this problem. Of course, as I mentioned, it doesn't happen with Konqueror, which suggests that the Konq guys have some smarter way of coping with this. Perhaps the Mozilla people could have a look at that.