Closed Bug 114385 Opened 24 years ago Closed 24 years ago

mozilla crashes when trying to show the default plugin dialog

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: pan, Assigned: srgchrpv)

References

()

Details

(Keywords: crash)

When i visit a web page containing flash, mozilla crash right after displaying a blank dialog box. This behaviour is consistent through the 0.9.4 0.9.5 and 0.9.6 talkback enabled .tar.gz dists My system is a heavily upgraded redhat5.2 , libc-2.1.2.so, gtk-1.2 Additional observations: java, with the java plugin actually works after manually copying the flash plugin to the mozilla plugins directory, about:plugins is ok, but 0.9.6 freezes on http://www.dir.bg/ but crashes on http://people.fas.harvard.edu/~pyang/base/allyourbase.swf new behaviour with 0.9.6 - on startup, mozilla displays 1 and sometimes 2 talkback dialogs, but continues normally
WFM, Linux 2001121008, Shockwave Flash 5.0 r47.
yeah, I did not copy flash since it came installed. I removed the plugin and accessed a test page. The default plugin dialog comes up fully (no blank text) and I see no crash. 1210 build, redhat 6.1 linux
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Checked with the latest nightly (121108). Still crash on default plugin. Talkback incident id : TB375979H
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Stephen, can you retreive Talkback data please (TB375979H) ?
Keywords: crash
Stack Signature 0x08304e60 119b9468 Trigger Time 2001-12-12 04:55:51 Email Address pan@aster.net URL visited www.eye4u.com User Comments Build ID 2001121108 Product ID MozillaTrunk Platform Operating System LinuxIntel Module Trigger Reason SIGSEGV: Segmentation Fault: (signal 11) Stack Trace 0x08304e60 libc.so.6 + 0x3db2c (0x4048fb2c) libc.so.6 + 0x45503 (0x40497503) libXt.so.6 + 0x16347 (0x40d7a347) libXt.so.6 + 0x163cb (0x40d7a3cb) libXt.so.6 + 0x15dee (0x40d79dee) libXt.so.6 + 0x15f8b (0x40d79f8b) libXt.so.6 + 0x16030 (0x40d7a030) libXt.so.6 + 0x152e0 (0x40d792e0) libXt.so.6 + 0x15856 (0x40d79856) libXt.so.6 + 0x15349 (0x40d79349) xt_event_prepare() libglib-1.2.so.0 + 0xfef3 (0x40367ef3) libglib-1.2.so.0 + 0x10621 (0x40368621) libgtk-1.2.so.0 + 0x901d8 (0x402851d8) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x189ee (0x4046a9ee)
Didn't find dupes, only bug 76505 talking about xt_event_prepare(). Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
--- Mass reassigning Unix bugs to serge ---
Assignee: av → serge
I cannot reproduce this on rh7.2 using 2002020222 mozilla build. pan@aster.net could you try the latest mozilla bits please?
I'm resolving this as WFM.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.