145217 - browser crashes when flash starts

Status: RESOLVED INVALID

(Core Graveyard :: Plug-ins, defect, P3)

Description

[James Kahn]

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 1

[Adam Hauner]

WFM 2002051608/trunk/W2K

Comment 2

[Boris 'pi' Piwinger]

Dupe of bug 135655?

pi

Comment 3

[Pedro Madeira]

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

[rubydoo123]

serge: can you please take a look at this one

Comment 5

[serge (gone)]

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.

Comment 6

[James Kahn]

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

[Gerhard Gaussling]

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

Comment 8

[Boris 'pi' Piwinger]

Could this be bug 58339 or related?

pi

Comment 9

[serge (gone)]

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

[Paul Munly]

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?

Comment 11

[serge (gone)]

>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. 

Comment 12

[James Kahn]

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$