Timeless suggests trying w/o my flash 5 plugin; will do in a second. /be

Odd, I couldn't get the same build to crash w/o flash, then w/ flash, on the test URL, and using my "test" profile. I then tried peeling off the URL components to load just http://www.ew.com/ and crashed hard. This appeared on my unredirected stderr: Gdk-ERROR **: BadWindow (invalid Window parameter) serial 202 error_code 3 request_code 12 minor_code 0 My original crashes were running with stderr redirected, so I don't know whether this spew reproduces with the crash. Testers, try the main ew.com page. /be

Smells like flash, which was reenabled when I crashed on the main ew.com page. Just now, I moved all libflashplayer.so files aside, reran with no problem on the main page or the test URL for this bug, then restored the plugins to the plugins directories, re-ran, loaded http://www.ew.com/ ok, but crashed with the same gdk error on the news page (this bug's test URL). Reassigning, sorry if this is a MacroMedia bug, not a Mozilla bug. /be

You should try the flash 6 beta for Linux: it has whiter teeth and better X robustness.

Sounds like bug 173938 which is a regression from bug 52334. If a plugin is inside an IFRAME, we destroy the IFRAME widget first and crash on Linux and assert in Win32 debug builds. :( *** This bug has been marked as a duplicate of 173938 ***