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)
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
Comment 2•24 years ago
|
||
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
| Reporter | ||
Comment 3•24 years ago
|
||
Checked with the latest nightly (121108). Still crash on default plugin.
Talkback incident id : TB375979H
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 4•24 years ago
|
||
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)
Comment 6•24 years ago
|
||
Didn't find dupes, only bug 76505 talking about xt_event_prepare().
Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Assignee | ||
Comment 8•24 years ago
|
||
I cannot reproduce this on rh7.2 using 2002020222 mozilla build.
pan@aster.net could you try the latest mozilla bits please?
| Assignee | ||
Comment 9•24 years ago
|
||
I'm resolving this as WFM.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•