69974 - Mozilla Mail crashes on startup user_pref("general.startup.mail", true);

Status: VERIFIED FIXED

(MailNews Core :: Backend, defect)

Description

[Peter O'Shea]

Using trunk build 2001022221 for solaris 2.6, Mozilla crashes on startup and
gives the following error message in the console:

### ERROR, cannot create a search session. TypeError:
Components.classes[searchSession] has no properties
JavaScript error: 
chrome://communicator/content/securityUI.js line 29:
Components.classes['@mozilla.org/secure_browser_ui;1'] has no properties

Bus Error

[6]    Exit 138             ~/bin/mozilla/mozilla

Comment 1

[timeless]

securebrowser is unrelated and probably means you aren't building psm

Comment 2

[Peter O'Shea]

This is the distribution I used:
http://ftp.mozilla.org/pub/mozilla/nightly/2001-02-22-21-Mtrunk/mozilla-sparc-sun-solaris2.6.tar.gz
- I'm not building Mozilla.
AFAIK, psm isn't included in the distribution.  

Comment 3

[Peter O'Shea]

Duh, I should've added that the Solaris build from 24 hours earlier works; I'm
using it now.  Build ID 2001022121.

Comment 4

[Boris Zbarsky [:bzbarsky]]

The search session issue was bug 69949.  And it's probably also unrelated to the
crash...

Comment 5

[Peter O'Shea]

As a further point of info, built 2001022521 for Solaris also crashes on startup
at the same place.  This is running on a Sun Ultra2 w/256MB.  All Solaris 2.6
builds up to and including 2001022121 have worked fine on this system.

Comment 6

[Keyser Sose]

Reporter try today's build my bet is that will fix the problem since its
reported it was fixed today. bug 69949 that is. Report back either way. Thanks
in advance.

Comment 7

[Peter O'Shea]

I tried Solaris 2.6 build 2001022621 and it still crashes.  I've got Mozilla set
up to start the browser and Mailnews on startup, and I see the Mailnews window
appear first for a few seconds before it crashes.  
Could this be related to the fixes for <a
href="http://bugzilla.mozilla.org/show_bug.cgi?id=10733">bug 10733</a>?  It
landed about the same time the builds started crashing for me, and it is a
Unix-related checkin.

Comment 8

[Peter O'Shea]

Ok, I've got it narrowed down further.  On Solaris builds from 20010223 to the
most current (2001022621), if this pref is enabled, Mozilla crashes on startup
immediately after displaying the Mailnews window:

user_pref("general.startup.mail", true);

Comment 9

[Håkan Waara]

Peter, have you tried a new fresh profile?

Can anyone else than Peter confirm this on Solaris?

For now, removing smoketest keyword..

Comment 10

[Peter O'Shea]

Yes, I tried a new profile...with a new profile, it starts ok.  Until I turn on
the user pref: user_pref("general.startup.mail", true);
Then it starts crashing again on startup.  So the obvious workaround is not to
set that flag, and to start MailNews manually after startup.  

Comment 11

[timeless]

reporter could you run mozilla -g and give us the output from bt?

Comment 12

[Peter O'Shea]

Ok, I am now seeing the same crash on my home PC, running build 2001022705 on
WinME. Turning on the pref causes the crash in module JS3250.DLL. With the
pref off, the browser starts fine, and I can then start MailNews with no problem.
I'll try it on Unix with the -g later this morning.

Comment 13

[Håkan Waara]

Confirming based on above comments..

JS3250 sounds like a Javascript thing.. cc'ing brendan

Comment 14

[Brendan Eich [:brendan]]

I like that stackneeded keyword, I didn't know about that one.  Without a stack
backtrace, it's fruitless to speculate.  Crashing in js3250.dll could mean a bad
pointer is being passed to JS (as happens, e.g., in bug 31847), due to a bug in
another module.

/be

Comment 15

[Peter O'Shea]

Ok, being a gdb debugger novice it took a few tries.  After setting the
offending user pref, this is how I invoked it:
run-mozilla.sh -g mozilla-bin

It complained a bunch about not finding debugging symbols.  I'm attaching a text
file containing the debugging session once I gave the gdb "run" command,
including the bt (backtrace?) after execution halted.  Hope this helps.

Comment 16

[Peter O'Shea]

Attachment: Debugger output during crash condition.

Comment 17

[Brendan Eich [:brendan]]

We need symbols for all those libraries on the ?? () lines -- try typing 'sha
caps', 'sha gkcontent', and 'sha jsdom' to get the top three libraries' symbol
tables loaded.  This still looks like a dup or close cousin of 31847 to me. 
Cc'ing mstoltz in case he's seen similar from caps code.

/be

Comment 18

[Peter O'Shea]

Attachment: debugger output using suggested sha commands

Comment 19

[Brendan Eich [:brendan]]

This looks like another symptom of the same bad cause reported in bug 31847,
IOW, a dup.  joki, any hope of a fix?

/be

Comment 20

[Peter O'Shea]

FWIW, recent builds (I'm using 2001040910 now) don't show the crash behavior
when activating the pref.  Don't know when it started working, since I haven't
had the pref turned on since a few days after I reported the bug.

Comment 21

[Scott MacGregor]

great. I'm going to mark this as fixed then. thanks everyone.

Comment 22

[fenella]

Close it since someone who uses solaris verified it already.