Closed Bug 177718 Opened 22 years ago Closed 22 years ago

crashing latest nightly (1031) on ew.com news page

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 173938

People

(Reporter: brendan, Assigned: peterl-bugs)

References

()

Details

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
Assignee: asa → peterl
Component: Browser-General → Plug-ins
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 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.