32969 - crash on startup

Status: VERIFIED FIXED

(Core :: XPCOM, defect, P3)

Description

[gng]

From Bugzilla Helper:
User-Agent: Mozilla/4.61 [en] (X11; I; Linux 2.2.10 i686)
BuildID:    Milestone 14

exporting to remote xserver, crashes on  first startup.
xlogo works, runs on localserver.. after installer runs on local server,
the browser displays fine on the remote display
SUSE Linux 6, XFree 3.x

Reproducible: Always
Steps to Reproduce:
1. Fresh install, Installer program had NOT run yet
Telnet into machine w/ the moz is installed
2.export DISPLAY=blindlemmon:0.0; xlogo
3../mozilla

Actual Results:  crash when installer/profile setup program starts <nothign
displayed>
on remote xserver

Expected Results:  see usersetup/installer program

it only works if you are doing a clean install.. after the installer
runs once , it works ok... weird..huh?
btw.. mozilla is looking great!!!!

Comment 1

[Gervase Markham [:gerv]]

[e-mail] - M14 is quite an old build. Could you please download a 
recent nightly build and tell us if the same problem still occurs? Please 
include the Build ID of the build you use.

Gerv

Comment 2

[gng]

i submited this bug for M14, i was recomended to grab a nightly build and try to
reproduce it... 
the nightly build:     
6316517 Mar 24 10:10 mozilla-i686-pc-linux-gnu.tar.gz 
2000-03-24-09-M15
< i cant get the build# becuase moz never starts>
mozilla is running on a server, and i am displaying to a remote machine..
this is the output

patton:/tmp/package # xlogo
<works fine>
patton:/tmp/package # ./mozilla
.//run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=/tmp/package
  LD_LIBRARY_PATH=/tmp/package::/usr/local/rvplayer5.0
       SHLIB_PATH=/tmp/package
          LIBPATH=/tmp/package
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
**************************************************
nsNativeComponentLoader: SelfRegisterDll(/tmp/package/components/libnsjpg.so)
Load FAILED with error: libjpeg.so.62: cannot open shared object file: No such
file or directory
**************************************************
nNCL: registering deferred (0)
Profile Manager : Profile Wizard and Manager activites : Begin
Profile Manager : Command Line Options : Begin
Profile Manager : Command Line Options : End
.//run-mozilla.sh: line 29:  1416 Segmentation fault      $prog ${1+"$@"}

Comment 3

[Gervase Markham [:gerv]]

nsNativeComponentLoader is XPCOM. However, this may not be their problem. Feel 
free to bounce this one back :-)

Gerv

Comment 4

[Suresh Duddi (gone)]

You need jpeg .so  I think we were planning on changing to include the jpeg 
that is built with the tree. Leaf ?

Comment 5

[Daniel (Leaf) Nunes]

dp, it's trying to load libnsjpeg.so... if libnsjpeg.so weren't there, we
wouldn't get that message at all, right? Even if it isn't there, we shouldn't be
segmentation faulting. This might belong to pnunn, but it looks like it's well
after the attempted jpeg load. 

I'll double check now that the nightlies are shipping with a separate jpeg
library.

Comment 6

[Daniel (Leaf) Nunes]

so, libnsjpeg.so is in the download package, and doesn't seem to reference the
libjpeg.so.62 library at all, so i don't understand the failure of the component
to load. 

I'll do more tests, but even if i'm failing to provide libnsjpg.so, we shouldn't
segfault.

Comment 7

[Daniel (Leaf) Nunes]

this is very strange... if i hide my libjpeg.so.62 files, i'm still able to run
today's linux build and view jpegs.

I have no idea where to assign this bug to now... gng, what kind of system are
you on?

Comment 8

[gng]

SUSE 6.x, dual Celeron 360,128mgs, XFree86 3.x <where mozilla is exe'd>

Slackware 7, 133mhz  Toshiba Laptop ,XFree86 3.x via XDM Session  

Comment 9

[leger]

Adding crash keyword.

Comment 10

[Gervase Markham [:gerv]]

leaf - did you ever get to the bottom of your puzzlement in this bug?

Gerv

Comment 11

[Daniel (Leaf) Nunes]

No, i'm still puzzled. gng, you're still crashing?

Comment 12

[pnunn]

akkana:
You run suse at home, don't you?
Have you seen anything that might be
related to this?
-P

Comment 13

[gng]

It seems to work w/ the latest Milestone

Comment 14

[Daniel (Leaf) Nunes]

I'll let another suse user verify this, thanks, gng.

Comment 15

[Tracy Walker [:tracy]]

- Per last comments, age of bug, and no reopen - Marking Verified/Fixed.  Please 
reopen if still a problem.