Closed Bug 53628 Opened 24 years ago Closed 24 years ago

Cancel Account Wizard after Webmail activation, crash

Categories

(SeaMonkey :: MailNews: Account Configuration, defect, P2)

Product:
SeaMonkey
Component:
MailNews: Account Configuration
Platform:
All
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 50705

People

(Reporter: nbaca, Assigned: sspitzer)

References

Details

(Keywords: crash, Whiteboard: [nsbeta3-][PDTP2]) 

Build 2000-09-20-05M18: NT4, now crashes
Build 2000-09-20-08M18: Linux 6.0, Fixed.
As stated in bug# 47521

"Build 2000-09-20-08M18: Mac 9.04, problems relaunching Account Wizard

a. NT4: Created new profile, activated an existing franklin webmail account,
navigator opens, open Mail and the Wizard doesn't open. Decided to close
navigator, Account Wizard tried to appear and then crash.
b. NT4: Another time the Account Wizard appeared, I canceled out of the Wizard.
Then selected Edit|Mail/News Account Settings, selected New Account button and
it crashed.

- Mac: Followed the same scenario but it did not crash but the "New Account"
button does not launch the Account Wizard."

Incident# 17753384

Call Stack:     (Signature = js_MarkGCThing 6487baf0)
js_MarkGCThing [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 721]
gc_root_marker [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 850]
JS_HashTableEnumerateEntries [d:\builds\seamonkey\mozilla\js\src\jshash.c, line 365]
js_GC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 1060]
js_ForceGC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 872]
JS_GC [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 1531]
nsJSContext::GC [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp,
line 1287]
PrefChangedCallback
[d:\builds\seamonkey\mozilla\layout\base\src\nsPresContext.cpp, line 68]
DocumentViewerImpl::Init
[d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 532]
nsDocShell::SetupNewViewer
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2755]
nsWebShell::SetupNewViewer
[d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 385]
nsDocShell::Embed [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp,
line 2341]
nsWebShell::Embed [d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp,
line 409]
nsDocShell::CreateContentViewer
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2521]
nsDSURIContentListener::DoContent
[d:\builds\seamonkey\mozilla\docshell\base\nsDSURIContentListener.cpp, line 107]
nsDocumentOpenInfo::DispatchContent
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 362]
nsDocumentOpenInfo::OnStartRequest
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 234]
nsJARChannel::OnStartRequest
[d:\builds\seamonkey\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp, line
nsOnStartRequestEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 213]
nsStreamListenerEvent::HandlePLEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 106]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 576]
 PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 512]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1046]
Severity: normal → major
Keywords: crash, nsbeta3
QA Contact: esther → nbaca
Blocks: 47521
this is toolkit, I'm quite sure. adding brendan because there the GC is
involved, dougt because of possible event issues, and danm for general window
closing problems
Assignee: alecf → trudelle
Probable dup of bug 53123, may be related (dup, even) to bug 53094.  If anyone 
can get this in a debugger, call me ASAP.  Feel free to mark a dup of 53123 if 
you agree.

/be
I'm unable to access my webmail account. Do we have a testing account we could
use for this?  cc jrgm.

trudelle:  if you need a debugging monkey to work on this (with brendan)
re-assign to me.

sspitzer, try the patch in bug 53123 and see if that doesn't cure what ails ye.

/be
If you can look at this Seth, then, by all means. Note though that I cannot
seem to reproduce this crash in win2k(nt5) 2000092212.
->danm, let me know if you need access to the test webmail account.
nsbeta3+/P2/critical/M18
Assignee: trudelle → danm
Severity: major → critical
Priority: P3 → P2
Whiteboard: [nsbeta3+]
Target Milestone: --- → M18
seth, missed your comment. If you have time for this, please grab it.  DanM is
already swamped with plussed bugs.

If the crash is easy enough to hit, this could even be a P1.
For now, I'm just agreeing with P2 and marking PDTP2
Whiteboard: [nsbeta3+] → [nsbeta3+][PDTP2]
taking bug from danm, for now.

I'm going to rebuild with brendan's patch, and see if that fixes my problem.

if not, I'll do some debugging (with help from brendan.)
Assignee: danm → sspitzer
accepting.
Status: NEW → ASSIGNED
Doesn't sound bad enough to pull PR3 from the wire, so marking nsbeta3-. If you 
can verify brendan's fix, or come up with another super-safe fix, bring it to 
PDT and we'd like to get it in.
Keywords: rtm
Whiteboard: [nsbeta3+][PDTP2] → [nsbeta3-][PDTP2]
more info:

to reproduce, we had to do this:
on a clean setup, run netscp6 -installer, migrate and activate a 4.x profile 
this brings up the browser to that wacky first time start page 
(http://home.netscape.com/browsers/6/su_setup.html)

launch mail

at this point, the account wizard should show up.

strangely, it won't show up until you close the navigator window.

when it does show up, it dies a horrible death:

NTDLL! 77f7629c()
gc_root_marker(JSHashEntry * 0x050428b0, int 50, void * 0x03884110) line 845 + 
35 bytes
JS_HashTableEnumerateEntries(JSHashTable * 0x00af7450, int (JSHashEntry *, int, 
void *)* 0x002a21a9 gc_root_marker(JSHashEntry *, int, void *), void * 
0x03884110) line 364 + 15 bytes
js_GC(JSContext * 0x03884110, unsigned int 0) line 1059 + 21 bytes
js_ForceGC(JSContext * 0x03884110) line 871 + 11 bytes
JS_GC(JSContext * 0x03884110) line 1542 + 9 bytes
nsJSContext::GC(nsJSContext * const 0x03884930) line 1286 + 13 bytes
GlobalWindowImpl::SetNewDocument(GlobalWindowImpl * const 0x038842c0, 
nsIDOMDocument * 0x0404022c) line 359
DocumentViewerImpl::Init(DocumentViewerImpl * const 0x04046e10, nsIWidget * 
0x0387d874, nsIDeviceContext * 0x038853d0, const nsRect & {x=0 y=0 width=492 
height=342}) line 537
nsDocShell::SetupNewViewer(nsDocShell * const 0x03879450, nsIContentViewer * 
0x04046e10) line 2775 + 66 bytes
nsWebShell::SetupNewViewer(nsWebShell * const 0x03879450, nsIContentViewer * 
0x04046e10) line 350 + 13 bytes
nsDocShell::Embed(nsDocShell * const 0x03879470, nsIContentViewer * 0x04046e10, 
const char * 0x02041764, nsISupports * 0x00000000) line 2409 + 23 bytes
nsWebShell::Embed(nsWebShell * const 0x03879470, nsIContentViewer * 0x04046e10, 
const char * 0x02041764, nsISupports * 0x00000000) line 383
nsDocShell::CreateContentViewer(nsDocShell * const 0x03879450, const char * 
0x0012e520, nsIChannel * 0x0403bcd0, nsIStreamListener * * 0x0012e574) line 2588 
+ 32 bytes
nsDSURIContentListener::DoContent(nsDSURIContentListener * const 0x03879030, 
const char * 0x0012e520, int 0, const char * 0x100a56c8 gCommonEmptyBuffer, 
nsIChannel * 0x0403bcd0, nsIStreamListener * * 0x0012e574, int * 0x0012e504) 
line 106 + 33 bytes
nsDocumentOpenInfo::DispatchContent(nsIChannel * 0x0403bcd0, nsISupports * 
0x00000000) line 359 + 109 bytes
nsDocumentOpenInfo::OnStartRequest(nsDocumentOpenInfo * const 0x0403bb40, 
nsIChannel * 0x0403bcd0, nsISupports * 0x00000000) line 233 + 16 bytes
nsJARChannel::OnStartRequest(nsJARChannel * const 0x0403bcd4, nsIChannel * 
0x04043e00, nsISupports * 0x00000000) line 683
nsOnStartRequestEvent::HandleEvent(nsOnStartRequestEvent * const 0x04045300) 
line 210 + 26 bytes
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x04043ce0) line 97 + 12 bytes
PL_HandleEvent(PLEvent * 0x04043ce0) line 575 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x05053bd0) line 508 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x3dba00cc, unsigned int 49424, unsigned int 0, 
long 84229072) line 1044 + 9 bytes
USER32! 77e71820()
05053bd0()

now that I can reproduce this, I'm off to apply and test brendan's patch.
The patch to bug 53123 was checked in (but then that bug was reopened).

What's (char*)he->value in gc_root_marker?  That's the root name.  If it is 
"window_object", then look at bug 53094.

/be
the root's name was "timeout.expr"

a JS API usage error got printed out to the console with that debug fprintf

I think you've found a dup of bug 50705.  Leaving it to you to agree and mark.

/be
yep, it's a dup.  I'll update #47521 as well.

*** This bug has been marked as a duplicate of 50705 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified Duplicate.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.