Closed
Bug 145217
Opened 22 years ago
Closed 22 years ago
browser crashes when flash starts
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
mozilla1.2beta
People
(Reporter: jkahn, Assigned: srgchrpv)
References
()
Details
(Keywords: crash, Whiteboard: [flash])
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.1 (X11; Linux i686; U;) Gecko/20020421 Debian/1.2.1-2 BuildID: 20020515 Mozilla crashes when started with the "mozilla" shell script. It aborts with the error: Error: Object "drawingArea" does not have windowed ancestor It does this on any site that displays flash. However, when started with "mozilla-bin", it does not crash. Reproducible: Always Steps to Reproduce: 1. enter "mozilla http://www.macromedia.com" from an xterm or in the location bar. Actual Results: Mozilla pops up, and before anything is rendered on the page quits with Error: Object "drawingArea" does not have windowed ancestor Expected Results: Displayed the web page and flash animation I'm running on debian linux, I don't know how much they alter the mozilla package - It's mozilla 1.0RC2, if the buildid is screwed up.
Comment 2•22 years ago
|
||
Dupe of bug 135655? pi
Comment 3•22 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020516 Java(TM) Plug-in 1.4.0-b92 Shockwave Flash 5.0 r48 WFM
Comment 4•22 years ago
|
||
serge: can you please take a look at this one
Assignee: beppe → serge
Priority: -- → P3
Assignee | ||
Comment 5•22 years ago
|
||
it looks like problem libXt.so problem, in case of "mozilla" shell script some old build of libXt is getting loaded. check out your LD_LIBRARY_PATH env var.
Reporter | ||
Comment 6•22 years ago
|
||
james@gerj:~$ echo $LD_LIBRARY_PATH james@gerj:~$ locate libXt.so /home/james/downloads/xfree86/xc/exports/lib/libXt.so /home/james/downloads/xfree86/xc/exports/lib/libXt.so.6 /home/james/downloads/xfree86/xc/exports/lib/libXt.so.6.0 /home/james/downloads/xfree86/xc/lib/Xt/libXt.so /home/james/downloads/xfree86/xc/lib/Xt/libXt.so.6 /home/james/downloads/xfree86/xc/lib/Xt/libXt.so.6.0 /usr/lib/mozilla/libXt.so.6 /usr/X11R6-custom/lib/libXt.so /usr/X11R6-custom/lib/libXt.so.6 /usr/X11R6-custom/lib/libXt.so.6.0 /usr/X11R6/lib/libXt.so /usr/X11R6/lib/libXt.so.6 /usr/X11R6/lib/libXt.so.6.0 james@gerj:~$ cat /etc/ld.so.conf /usr/X11R6-custom/lib /usr/local/lib james@gerj:~$ diff /usr/X11R6-custom/lib/libXt.so.6 /usr/lib/mozilla/libXt.so.6 Binary files /usr/X11R6-custom/lib/libXt.so.6 and /usr/lib/mozilla/libXt.so.6 differ
Comment 7•22 years ago
|
||
Mozilla 1.0.0+Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.0.0+) Gecko/20020505Shockwave Flash 5.0 r48Linux version 2.4.18 (root@debian) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Mon May 6 16:36:07 CEST 2002/home/gerhard/prog/mozilla1-7.05/plugins/libnullplugin.sogerhard@debian:~$ echo $LD_LIBRARY_PATHgerhard@debian:~$ locate libXt.so/usr/lib/mozilla-snapshot/libXt.so.6/usr/lib/mozilla/libXt.so.6/usr/X11R6/lib/libXt.so/usr/X11R6/lib/libXt.so.6/usr/X11R6/lib/libXt.so.6.0gerhard@debian:~$ diff -s /usr/X11R6/lib/libXt.so.6 /usr/lib/mozilla/libXt.so.6Files /usr/X11R6/lib/libXt.so.6 and /usr/lib/mozilla/libXt.so.6 are identical
Updated•22 years ago
|
Target Milestone: --- → mozilla1.2beta
Assignee | ||
Comment 9•22 years ago
|
||
no it's not related, as I mentioned in comment #5 the problem hides in some, probably debug, version of libXt which is getting peeked by dynamic linker loader at run time in case reporter runs mozilla script. According to reporters comment #6 there are 4 libXt present on his "/", there is even one in /usr/lib/mozilla/ which is kind of surprise to me, how it gets in there? I'm pretty sure the standard mozilla installer does not copy or link libXt.so into mozilla directory. I'm puzzled which lib causes this problem:( The one way to figure it out: run mozilla in gdb and try 'info shar' command to see all shared library loaded in the address space of the current mozilla process.
Comment 10•22 years ago
|
||
I'm having this problem as well... to me it seems like a permissions problem with one file or another -- if I try running as root mozilla doesn't crash with the error message and flash displays and runs just fine, but with a normal user it bombs. I'm not sure where the permissions problem is though... Any ideas?
Assignee | ||
Comment 11•22 years ago
|
||
>but with a normal user it bombs does it crash only when you hit a page with flash content? if so, please check out your DISPLAY env var, flash plugin does crash on remote display or second screen bug 58937.
Reporter | ||
Comment 12•22 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3 This doesn't occur on my system anymore so I'm closing the bug - it was probably caused by the difference in the libXt.so libraries like serge said. There have been a couple of debian package iterations since it happened and I've been using galeon in the meantime so I can't say exactly when it started working again, sorry. For curiousity's sake: james@gerj:~/prg$ locate libXt.so /usr/lib/mozilla/libXt.so.6 /usr/X11R6/lib/debug/libXt.so.6 /usr/X11R6/lib/debug/libXt.so.6.0 /usr/X11R6/lib/libXt.so /usr/X11R6/lib/libXt.so.6 /usr/X11R6/lib/libXt.so.6.0 james@gerj:~/prg$ diff /usr/lib/mozilla/libXt.so.6 /usr/X11R6/lib/libXt.so.6 james@gerj:~/prg$
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•