crash when configuring new account on fresh Mac



15 years ago
14 years ago


(Reporter: Brade, Assigned: jshin1987)



1.0 Branch
Mac OS X

Firefox Tracking Flags

(Not tracked)



(2 attachments)



15 years ago
I downloaded Thunderbird last month, entered the basic settings to get started
and it crashed.  I tried a newer build (today) and I see the same behavior. 
Here is a partial stack from crashreporter:

 #0   0x90000e60 in strlen
 #1   0x0a001df4 in nsFileSpec::GetLeafName() const
 #2   0x0195aabc in NSGetModule
 #3   0x0195a9d0 in NSGetModule
 #4   0x0194e060 in NSGetModule
 #5   0x0194c8ec in NSGetModule
 #6   0x01954b38 in NSGetModule
 #7   0x01954910 in NSGetModule
 #8   0x019eb730 in NSGetModule
 #9   0x01989ee8 in NSGetModule
 #10  0x019877a8 in NSGetModule
 #11  0x01985984 in NSGetModule
 #12  0x006c091c in NSGetModule
 #13  0x023078b0 in NSGetModule
 #14  0x0230c79c in NSGetModule
 #15  0x0230c8c0 in NSGetModule
 #16  0x0230c8c0 in NSGetModule
 #17  0x0231de98 in NSGetModule
 #18  0x0231e2f8 in NSGetModule
 #19  0x006c1c50 in NSGetModule
 #20  0x01983b10 in NSGetModule
 #21  0x0500f414 in nsSupportsArray::EnumerateForwards(int (*)(nsISupports*, voi
d*), void*)

Note: I did "cancel" the setup and did not crash.
Note: whether I download my pop3 mail or not (checkbox on last screen) is not
relevant (I still crash).

Comment 1

15 years ago
I wonder if the fix for bug 227547 caused this - cc'ing jshin. Kathy first tried
this about a month ago, and it was crashing then too. She tried the Feb 08th
build just now, but it doesn't seem to launch.

Comment 2

15 years ago
Adding Conrad to Cc.
brade, what's your OS version? 

Comment 3

15 years ago

Comment 4

15 years ago
A few updates which I forgot to add to the bug:
 * if I cancel the initial profile configuration, I don't crash and can Quit
 * if I configure an IMAP account, I don't crash
 * if I configure a news account, I don't crash
 * checking/unchecking the "don't download now" for a pop account has no affect

I don't have a thunderbird tree so I can't really debug except with downloadable

Comment 5

15 years ago
Created attachment 144375 [details]
crash log 

The mozilla 1.7b release version is also reproduced.

Comment 6

15 years ago
The place which has crashed looks the same although I am using 10.3.3.
In account creation of pop3, when the finish button was finally pushed, it

Comment 7

15 years ago
Thanks for the crash log. So, it's also happening on 10.3 as well. 
brade, does it also happen with Mozilla-mail? It must happen with Mozilla-mail,
too. If it does and you have a mozilla tree, can you build a debug build and see
what's going on in nsFileSpec::GetLeafName()? I can't see what can go wrong
there with my change. Conrad, do you have any idea?

Alternatively, crot0, do you have a build environment and build a debug build?

I don't have a Mac (I have a remote access to a Mac and made a patch that way
for bug 227547, but that doesn't help in this case because I can't run
Mozilla/TB remotely)

Comment 8

15 years ago
(In reply to comment #7)
> Alternatively, crot0, do you have a build environment and build a debug build?

Although it already has the build environment, debug build is created and the
machine resource to debug is lacking.

Comment 9

15 years ago
Created attachment 144383 [details] [diff] [review]

Sorry I was looking at the wrong file (nsFileSpecMac.cpp) which still happens
to include  my obsolete patch. It seems like GetLeaf('/') returns null at

In this patch, I made GetLeafName  return immediately in that case.
Assignee: mscott → jshin

Comment 10

15 years ago
crot0 and brade, can you apply the patch and see if it prevents the crash?

Comment 11

15 years ago
(In reply to comment #9)
> Created an attachment (id=144383)
> patch

When this patch was applied, the crashing problem fixed!!
Please checkin :-)

Comment 12

15 years ago
Comment on attachment 144383 [details] [diff] [review]

looks good.
Attachment #144383 - Flags: superreview?(bienvenu)


15 years ago
Attachment #144383 - Flags: superreview?(bienvenu) → superreview+

Comment 13

15 years ago
Comment on attachment 144383 [details] [diff] [review]

thanks for sr, David.
asking for r.
Attachment #144383 - Flags: review?(ccarlen)
Comment on attachment 144383 [details] [diff] [review]

Attachment #144383 - Flags: review?(ccarlen) → review+

Comment 15

15 years ago
changing product - I suspect this affects seamonkey too.
Component: Account Manager → Account Manager
Product: Thunderbird → MailNews
Version: unspecified → 1.0 Branch

Comment 16

15 years ago
Comment on attachment 144383 [details] [diff] [review]

requesting 1.7 approval
Attachment #144383 - Flags: approval1.7?

Comment 17

15 years ago
Comment on attachment 144383 [details] [diff] [review]

a=chofmann for 1.7
Attachment #144383 - Flags: approval1.7? → approval1.7+

Comment 18

15 years ago
thanks for r/sr and a. fix checked into the trunk with nameInNFC declaration
moved closer where it's used.
Last Resolved: 15 years ago
Resolution: --- → FIXED

Comment 19

15 years ago
for reference: neither your r= nor your sr= are valid for xpcom.

Comment 20

15 years ago
For your information, timeless, xpcom/obsolete is not part of xpcom proper. It's
not part of xpcom.dll.

Comment 21

15 years ago
*** Bug 239834 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.