130356 - gdkxft + mozilla -splash seg faults (crash)

Status: VERIFIED INVALID

(SeaMonkey :: General, defect)

Description

[C. Scott Ananian]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
BuildID:    2002031008

Starting a mozilla build on linux with the -splash option crashes:

cananian@skiffserv:~$ mozilla-0.9.9/mozilla -splash
/home/cananian/mozilla-0.9.9/run-mozilla.sh: line 72: 27610 Segmentation fault 
    $prog ${1+"$@"}
cananian@skiffserv:~$

Without the -splash option, mozilla works fine.

Reproducible: Always
Steps to Reproduce:
1. Start mozilla from the command line with the -splash option.


Actual Results:  Mozilla crashed w/o opening a window or displaying the splash
screen.

Expected Results:  Mozilla should have displayed the splash screen and started up.

This happens w/ mozilla 0.9.9 and mozilla 0.9.8.
Mozilla 0.9.6 and 0.9.7 seem to work fine, although neither of them actually
open a splash screen (perhaps that's why they don't crash).

The 0.9.6, 0.9.7, and 0.9.9 builds I tested were talkback builds downloaded
directly from mozilla.org (the crash happens before talkback starts up,
apparently).  The 0.9.8 build that crashes is the latest debian package of
mozilla (so it doesn't appear to be a packaging problem).  I'm running the
latest debian unstable, which has glibc-2.2.5, xfree86 4.1.0, libgtk
1.2.10-ximian, and libstdc++2.10 v2.95.2.
These are more or less the package versions that will likely go into the next
debian stable release RSN.

I will attach a stack trace.  Mozilla seems to be crashing when the
nsSplashScreenGtk constructor calls gdk_init.  On a normal (no splash screen)
startup, gdk_init() is never called.

Comment 1

[C. Scott Ananian]

Attachment: Stack trace of mozilla crash.

This is a stack trace of the mozilla crash with -splash.
After the crash, we set a breakpoint at gdk_init() and restart with -nosplash
to show that gdk_init() is not ever called during no-crash runs.

Comment 2

[C. Scott Ananian]

Marking INVALID as this only occurs with the gdkxft library (which is a bit of a
hack to begin with) enabled.  Removing /usr/lib/libgdkxft.so from LD_PRELOAD
makes the problems disappear.

Comment 3

[C. Scott Ananian]

I've moved this to sourceforge bug 529158 on gdkxft
http://sourceforge.net/tracker/index.php?func=detail&aid=529158&group_id=38513&atid=422541
and debian bugs 138076 and 138077 on libgdkxft0 and mozilla-browser:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=138076
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=138077

If other people see this bug, you can follow up there.

Comment 4

[timeless]

vrfy moved