143824 - Trunk crashing mailnews with new account [@ nsMsgIncomingServer::Equals][@ PREF_GetBoolPref]

Status: VERIFIED DUPLICATE of bug 172586

(SeaMonkey :: MailNews: Account Configuration, defect)

Description

[greer]

Judging from the comments, users are crashing during the email account creation 
process (using the account wizard). I've tried reproducing this with M1RC2 with 
no luck. However, it is showing up near the top of the day one list of M1RC2 
topcrashes. 

Here is the stack and comments (below):

         nsMsgIncomingServer::Equals
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgIncomingServer.cpp  line 
965] 
         XPTC_InvokeByIndex
[d:\builds\seamonkey\mozilla\xpcom\reflect\xptcall\src\md\win32\xptcinvoke.cpp  
line 106] 
         XPCWrappedNative::CallMethod
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp  line 
2027] 
         XPC_WN_GetterSetter
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednativejsops.cpp  
line 1299] 
         js_Invoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
790] 
         js_InternalInvoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  
line 881] 
         js_Interpret   [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
2594] 
         js_Invoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
806] 
         fun_apply      [d:\builds\seamonkey\mozilla\js\src\jsfun.c  line 1555] 
         js_Invoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
790] 
         js_Interpret   [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
2744] 
         js_Invoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
806] 
         js_Interpret   [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
2744] 
         js_Invoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
806] 
         nsXPCWrappedJSClass::CallMethod
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappedjsclass.cpp  line 
1195] 
         nsXPCWrappedJS::CallMethod
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappedjs.cpp  line 430] 
         PrepareAndDispatch
[d:\builds\seamonkey\mozilla\xpcom\reflect\xptcall\src\md\win32\xptcstubs.cpp  
line 117] 
         SharedStub
[d:\builds\seamonkey\mozilla\xpcom\reflect\xptcall\src\md\win32\xptcstubs.cpp  
line 139] 
         nsEventListenerManager::HandleEventSubType
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp  line 
1218] 
         nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp  line 
2210] 
         nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp  line 
3461] 
         PresShell::HandleDOMEventWithTarget
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6153] 
         nsButtonBoxFrame::MouseClicked
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsButtonBoxFrame.cpp  line 195] 
         nsButtonBoxFrame::HandleEvent
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsButtonBoxFrame.cpp  line 142] 
         PresShell::HandleEventInternal
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6122] 
         PresShell::HandleEventWithTarget
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6073] 
         nsEventStateManager::CheckForAndDispatchClick
[d:\builds\seamonkey\mozilla\content\events\src\nsEventStateManager.cpp  line 
2634] 
         nsEventStateManager::PostHandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventStateManager.cpp  line 
1715] 
         PresShell::HandleEventInternal
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6126] 
         PresShell::HandleEvent 
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp
line 6028] 
         nsViewManager::HandleEvent     
[d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp
line 2076] 
         nsView::HandleEvent    [d:\builds\seamonkey\mozilla\view\src\nsView.cpp  
line 306] 
         nsViewManager::DispatchEvent   
[d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp
line 1887] 
         HandleEvent    [d:\builds\seamonkey\mozilla\view\src\nsView.cpp  line 
83] 
         nsWindow::DispatchEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp  line 869] 
         nsWindow::DispatchWindowEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp  line 886] 
         nsWindow::DispatchMouseEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp  line 4713] 
         ChildWindow::DispatchMouseEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp  line 4968] 
         nsWindow::ProcessMessage
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp  line 3630] 
         nsWindow::WindowProc   
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp  line
1131] 
         USER32.dll + 0x3a5f (0x77d43a5f)  
         USER32.dll + 0x3b2e (0x77d43b2e)  
         USER32.dll + 0x3d6a (0x77d43d6a)  
         USER32.dll + 0x41fd (0x77d441fd)  
         nsWebShellWindow::ShowModal
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsWebShellWindow.cpp  line 1089] 
         nsContentTreeOwner::ShowAsModal
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsContentTreeOwner.cpp  line 442] 
         nsWindowWatcher::OpenWindowJS
[d:\builds\seamonkey\mozilla\embedding\components\windowwatcher\src\nsWindowWatc
her.cpp  line 706] 
         GlobalWindowImpl::OpenInternal
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp  line 4038] 
         GlobalWindowImpl::OpenDialog
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp  line 2915] 
         XPTC_InvokeByIndex
[d:\builds\seamonkey\mozilla\xpcom\reflect\xptcall\src\md\win32\xptcinvoke.cpp  
line 106] 
         XPCWrappedNative::CallMethod
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp  line 
2027] 
         XPC_WN_CallMethod
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednativejsops.cpp  
line 1267] 
         js_Invoke      [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
790] 
         js_Interpret   [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
2744] 
         js_Execute     [d:\builds\seamonkey\mozilla\js\src\jsinterp.c  line 
970] 
         JS_EvaluateUCScriptForPrincipals       
[d:\builds\seamonkey\mozilla\js\src\jsapi.c  line
3377] 
         nsJSContext::EvaluateString
[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp  line 677] 
         GlobalWindowImpl::RunTimeout
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp  line 4378] 
         GlobalWindowImpl::TimerCallback
[d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp  line 4743] 
         nsTimerImpl::Fire      
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp  line
345] 
         nsTimerManager::FireNextIdleTimer
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp  line 591] 
         nsAppShell::Run        
[d:\builds\seamonkey\mozilla\widget\src\windows\nsAppShell.cpp
line 134] 
         nsAppShellService::Run
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp  line 451] 
         main1  [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  
line 1473] 

------------------
User comments:

M1RC2 (nsMsgIncomingServer::Equals):        6
 Unique Users  3
(6169254) - [Windows NT  5.0 build 2195] (Build 2002051008): failure during 
opening mail  
(6166118) - [Windows NT  5.1 build 2600] (Build 2002051008): Start mail/new part 
of mozilla and clicked cancel when it asked for setup idenity. URL: Start 
mail/new part of mozilla and clicked cancel when it asked for setup idenity.
 
M1RC1 (nsMsgIncomingServer::Equals):        1
 Unique Users  1
 
Trunk (nsMsgIncomingServer::Equals):        5
 Unique Users  4
(6131764) - [Windows NT  5.0 build 2195] (Build 2002050908): I opened two 
browser windows and then attempted to start the Mail and newsgroups program. I 
dont know why put the account wiard started. I have already defined an account 
so why the wizard started I dont know. The moment cancelled the wizard the 
entire URL:

Comment 1

[racham]

I could not reproduce this (new profile/new mail account/cancelled).

Ninoschka,

If you can reproduce this, please list steps to reproduce.

Bhuvan

Comment 2

[scottputterman]

If this continues to show up in the topcrash lists then we'll raise the impact. 

Comment 3

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

[21:37:11] <timeless> dbaron : ping
[21:37:19] <timeless> one of the top crashes is some strange thing in ::Equals
[21:37:23] <timeless> i have it in my debugger
[21:38:01] <dbaron> which?
[21:38:08] <timeless> nsMsgIncomingServer::Equals
[21:38:53] <dbaron> timeless: 143824?
[21:39:05] <timeless> (21) 43  nsMsgIncomingServer::Equals
[21:39:05] <timeless>                  143824          ASSI           
[e-mail]     ---     2002-05-14
[21:39:24] <timeless> yes
[21:39:29] <dbaron> timeless: what are key1 and key2?
[21:40:08] <timeless> some sorts of strings? can you specify what bits you want
me to dump?
[21:40:43] <dbaron> are they null?
[21:40:48] <-- timeless has quit (Read error: 131 (Connection reset by peer))
[21:40:56] <dbaron> oh
[21:41:08] <dbaron> hmm
[21:41:12] <dbaron> that might be hard to tell in the debugger
[21:41:18] --> timeless ([e-mail]) has
joined #mozilla
[21:41:20] <dbaron> which line was the crash on, anyway?
[21:41:48] <timeless> key1 + mDataStart 0x0412ed98 "server1"
[21:41:57] <timeless> key2 + mDataStart 0x00000000 ""
[21:42:06] <timeless>     rv = server->GetKey(getter_Copies(key2));
[21:42:08] <timeless> ok, now that part of the crash makes sense
[21:42:15] <dbaron> right
[21:42:16] <dbaron> ok
[21:42:19] <dbaron> so what's server look like?
[21:42:28] <dbaron> Is it an xpcwrappedjs?
[21:42:59] <timeless> 0 [native frame]
[21:42:59] <timeless> 1 copyObjectToInterface(dest = undefined, src = undefined)
["chrome://messenger/content/AccountWizard.js":493]
[21:43:18] <dbaron> server is an nsIMsgIncomingServer
[21:43:45] <timeless> um, i think that's the part that confused me when i tried
walking through this @worldgate
[21:44:19] <dbaron> So look at server?
[21:44:26] <dbaron> Is it an xpcwrappedjs?
[21:44:28] <timeless>
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/mailnews/base/prefs/resources/content/AccountWizard.js&rev=&root=/cvsroot&mark=493#490[21:44:31]
<timeless> what server?
[21:44:35] <dbaron> |server|.
[21:44:37] <dbaron> It's a variable.
[21:44:47] <dbaron> The one that the null pointer came from.
[21:44:52] <timeless> - server 0x0012928c
[21:44:52] <timeless> - nsISupports {...}
[21:44:52] <timeless> + __vfptr 0x00000000
[21:45:31] <dbaron> If it has a null vtable pointer, how did we manage to call it?
[21:46:24] <timeless> dbaron: *shrug* i couldn't figure this out last week

Comment 4

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

[22:03:04] <timeless> dbaron: ok back to the crasher
[22:03:23] <timeless> i still don't understand how we end up where we do
[22:03:36] <timeless> i talked it through w/ dbradley last week (thursday?)
[22:03:39] <timeless> but it didn't make any sense
[22:04:09] <dbaron> timeless: It could be destroyed within the Get call if we do
a GC in the middle of all that, somehow.
[22:04:27] <dbaron> timeless: That seems the most likely to me.
[22:04:31] <timeless> hrm, yeah i think dbradley might have suggested gc
[22:04:43] <timeless> since i'm cancelling the window so GC isn't unreasonable
[22:05:12] <dbaron> timeless: You might want to mention steps to reproduce on
the bug.
[22:05:47] <timeless> i will once i get to the bugmail
[22:14:19] <timeless> dbaron: any suggestions about how i'd debug GC issues?
[22:15:52] <dbaron> timeless: set a breakpoint at the beginning of the function,
and then set a breakpoint to see if the GC is called, for a start.
[22:15:59] <dbaron> timeless: (or use printfs, if it's hard to reproduce)
[22:16:09] <timeless> reproducing it is easy :-)
[22:16:18] <timeless> mozilla.exe -P qnx -mail
[22:16:22] <timeless> wait for account setup dialog
[22:16:26] <timeless> press <escape>
[22:16:34] <timeless> *crash* :-)
[22:16:49] <dbaron> timeless: fresh profile?
[22:17:00] <timeless> qnx was my most important profile, it had my passwords
memorized
[22:17:11] <dbaron> timeless: but you'd never used mail before in it?
[22:17:12] <timeless> something at some point trashed that :-(
[22:17:20] <timeless> oh i used mail in it a lot
[22:17:30] <timeless> i'm still not sure what trashed my mail accounts :-(

Comment 5

[David Bradley]

I suspect this class/interface has changed. The thing that stands out is why is
JS invoking Equals when JS is doing a get/set? It must be another case of people
slaming a new files into an existing installation. I think we really need some
way of detecting/preventing this.

Comment 6

[Ninoschka Baca]

Moz Nightly build 2002-05-24: WinMe
Commercial 2002-05-24: WinMe, Linux RH 7.1, Mac 10.1.3

I am unable to reproduce the crash using the latest Mozilla build or the
Commercial build. I've tried new profiles and existing profiles.

Comment 7

[scottputterman]

I no longer see this on the RC2, RC3 or NS PR1 topcrash lists.  

Comment 8

[greer]

This one isn't on the topcrash lists anymore -> topcrash-

 

Comment 9

[Jaime Rodriguez, Jr.]

lowering impact to adt3, and nsbeta1- this one, as it is no longer showing up in
talkback.

Comment 10

[Iain Lane]

i'm getting this bug in latest build (2002091408 win32)..

steps to reproduce:

1) open mailnews (account wizard autostarts even when mail accounts are defined)

1a) if acct wizard doesnt start, start it

2) finish wizard (on existing profile, crash happens even when cancel is clicked)

3) crash. quality feedback agent appears and mozilla dies

yes, i did install over a build
yes, i did try and create a new profile

Comment 11

[Iain Lane]

talkback ID TB10927755Y sorry

Comment 12

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Do you see the problem if you don't install over another build?  (By install,
are you referring to the installer, or just unzipping one of the zip files?)

Comment 13

[greer]

*** Bug 168704 has been marked as a duplicate of this bug. ***

Comment 14

[Iain Lane]

i use the installer, and when i do a clean install on another pc, this bug is
not present.

Comment 15

[David Bradley]

The components.reg file in the bin directory has "moved" to compreg.dat in
Components direction. I wonder if the installer hasn't been updated to reflect
this change.

Comment 16

[Jay Patel [:jay]]

Marking this topcrash again. This has been a topcrasher on the MozillaTrunk for
the last 3 days starting with 9/13 builds.  

When did the change mentioned by dbradley get checked in?  Most of the user
comments mention setting up new profiles and mail/news...so comment #15 might be
valid.  In which case this should qualify as a zt4newcrash bug.  

Here is the latest Trunk Talkback data:
nsMsgIncomingServer::Equals   125
		 143824 	 ASSI 	  	 [e-mail] 	 --- 	 Sun 04:20 
BBID range: 10865123 - 11005025
Min/Max Seconds since last crash: 3 - 38904
Min/Max Runtime: 9 - 42430
Crash data range: 2002-09-13 to 2002-09-16
Build ID range: 2002091304 to 2002091508
Keyword List : click(5), crash(9), install(5), mail(17), news(7), 
Stack Trace: 

	 nsMsgIncomingServer::Equals
[c:/builds/seamonkey/mozilla/mailnews/base/util/nsMsgIncomingServer.cpp  line 986]
	 XPTC_InvokeByIndex
[c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp 
line 106]
	 XPCWrappedNative::CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp  line 1996]
	 XPC_WN_GetterSetter
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp 
line 1299]
	 js_Invoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 841]
	 js_InternalInvoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 932]
	 js_GetProperty	[c:/builds/seamonkey/mozilla/js/src/jsobj.c  line 2546]
	 js_Interpret	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 2654]
	 js_Invoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 857]
	 fun_apply	[c:/builds/seamonkey/mozilla/js/src/jsfun.c  line 1555]
	 js_Invoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 841]
	 js_Interpret	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 2804]
	 js_Invoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 857]
	 js_Interpret	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 2804]
	 js_Invoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 857]
	 nsXPCWrappedJSClass::CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp  line 1195]
	 nsXPCWrappedJS::CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp  line 430]
	 PrepareAndDispatch
[c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp 
line 117]
	 SharedStub
[c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp 
line 139]
	 nsEventListenerManager::HandleEventSubType
[c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp  line
1183]
	 nsEventListenerManager::HandleEvent
[c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp  line
2171]
	 nsXULElement::HandleDOMEvent
[c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp  line 3470]
	 PresShell::HandleDOMEventWithTarget
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp  line 6243]
	 nsButtonBoxFrame::MouseClicked
[c:/builds/seamonkey/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp  line 200]
	 nsButtonBoxFrame::HandleEvent
[c:/builds/seamonkey/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp  line 147]
	 PresShell::HandleEventInternal
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp  line 6212]
	 PresShell::HandleEventWithTarget
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp  line 6163]
	 nsEventStateManager::CheckForAndDispatchClick
[c:/builds/seamonkey/mozilla/content/events/src/nsEventStateManager.cpp  line 2856]
	 nsEventStateManager::PostHandleEvent
[c:/builds/seamonkey/mozilla/content/events/src/nsEventStateManager.cpp  line 1860]
	 PresShell::HandleEventInternal
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp  line 6216]
	 PresShell::HandleEvent
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp  line 6118]
	 nsViewManager::HandleEvent
[c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp  line 2098]
	 nsView::HandleEvent	[c:/builds/seamonkey/mozilla/view/src/nsView.cpp  line 301]
	 nsViewManager::DispatchEvent
[c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp  line 1909]
	 HandleEvent	[c:/builds/seamonkey/mozilla/view/src/nsView.cpp  line 83]
	 nsWindow::DispatchEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp  line 1042]
	 nsWindow::DispatchWindowEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp  line 1059]
	 nsWindow::DispatchMouseEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp  line 5143]
	 ChildWindow::DispatchMouseEvent
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp  line 5398]
	 nsWindow::ProcessMessage
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp  line 3850]
	 nsWindow::WindowProc
[c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp  line 1308]
	 USER32.dll + 0x3a68 (0x77d43a68)
	 USER32.dll + 0x3b37 (0x77d43b37)
	 USER32.dll + 0x3d91 (0x77d43d91)
	 USER32.dll + 0x438c (0x77d4438c)
	 nsContentTreeOwner::ShowAsModal
[c:/builds/seamonkey/mozilla/xpfe/appshell/src/nsContentTreeOwner.cpp  line 449]
	 nsWindowWatcher::OpenWindowJS
[c:/builds/seamonkey/mozilla/embedding/components/windowwatcher/src/nsWindowWatcher.cpp
 line 783]
	 GlobalWindowImpl::OpenInternal
[c:/builds/seamonkey/mozilla/dom/src/base/nsGlobalWindow.cpp  line 4248]
	 GlobalWindowImpl::OpenDialog
[c:/builds/seamonkey/mozilla/dom/src/base/nsGlobalWindow.cpp  line 3016]
	 XPTC_InvokeByIndex
[c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp 
line 106]
	 XPCWrappedNative::CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp  line 1996]
	 XPC_WN_CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp 
line 1267]
	 js_Invoke	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 841]
	 js_Interpret	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 2804]
	 js_Execute	[c:/builds/seamonkey/mozilla/js/src/jsinterp.c  line 1022]
	 JS_EvaluateUCScriptForPrincipals	[c:/builds/seamonkey/mozilla/js/src/jsapi.c 
line 3384]
	 nsJSContext::EvaluateString
[c:/builds/seamonkey/mozilla/dom/src/base/nsJSEnvironment.cpp  line 702]
	 GlobalWindowImpl::RunTimeout
[c:/builds/seamonkey/mozilla/dom/src/base/nsGlobalWindow.cpp  line 4587]
	 GlobalWindowImpl::TimerCallback
[c:/builds/seamonkey/mozilla/dom/src/base/nsGlobalWindow.cpp  line 4952]
	 nsTimerImpl::Fire	[c:/builds/seamonkey/mozilla/xpcom/threads/nsTimerImpl.cpp 
line 368]
	 USER32.dll + 0x64a8 (0x77d464a8)
	 nsAppShellService::Run
[c:/builds/seamonkey/mozilla/xpfe/appshell/src/nsAppShellService.cpp  line 472]
	 main1	[c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp  line 1524]
	 main	[c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp  line 1872]
 
 	Source File :
c:/builds/seamonkey/mozilla/mailnews/base/util/nsMsgIncomingServer.cpp line : 986
     (11004399)	URL: http://www.mozilla.org/start
     (11001014)	Comments: trying to set up email/news
     (11000985)	Comments: Trying to set up email after initial install
     (10985371)	Comments: When launching the E-mail program after updating  it
tried to make me add an account.  Upon canceling  it bombed out.  I tried first
to add the information  but it said it already had it.  
     (10985220)	Comments: Checking mail for the first time with this update
     (10979067)	Comments: Opened Mailwindow  got a dialog about entering my Name
and pressed cancel. Browser crashed..
     (10977849)	Comments: I was attempting to cancel an initial email account setup.
     (10968061)	Comments: After install of mozilla-win32-installer-sea.exe  from
nighhtly/latest   version 2002091504  I opened the Mail/Newsgroup.  The account
wizard appeared although Mailing and newsgroups had already been configured
(using Mozilla 1.2a).  After completing the
     (10968061)	Comments:  wizard  Mozilla crashed. It crashes every time  
Mailing is opened.
     (10962165)	URL: www.msnbc.com
     (10962165)	Comments: This happens when I installed any nightly build in the
last few days.  When I finish the install  the browser comes up.  When I click
on the icon for the mail program  it loads but wants me to set up a profile 
which I have already done.  When I click
     (10962165)	Comments:  cancel  the program crashes.
     (10961644)	Comments: Updated mozilla.  Start Mozilla browser. OK  Start
Mozilla Mail.     Asked to set up new account (Account already exist)    Clicked
close.    Crash
     (10958673)	Comments: clicked cancel on mail&news when asked to input email
addy n stuff
     (10955990)	URL: http://www.oosoft.de/english/products/ooccpro/ooccpro.html
     (10955989)	URL: http://www.oosoft.de/english/products/ooccpro/ooccpro.html
     (10951294)	Comments: canceling out of new email user dialog without
entering any data
     (10949249)	URL: www.google.com
     (10949233)	URL: www.google.com
     (10936770)	Comments: i had an old configuration from mozillamail  the mail
"setup" failed
     (10935829)	Comments: news-pref change on start 
     (10933196)	Comments: After installing the newest build of Mozilla (1.2a)
and having previously used version 1.1  when attemping to access Messenger with
either of 2 accounts the "create a new account" screen appears.  Once the user
exits that pop-up window through either
     (10933196)	Comments:  creating a new account or hitting "cancel" the
program crashes.
     (10932196)	URL: ebay.com
     (10932196)	Comments: MSGBSUTL.DLL
     (10931658)	URL: ebay.com
     (10931658)	Comments: MSGBSUTL.DLL
     (10931447)	URL: ebay.com
     (10931447)	Comments: Crash in MSGBSUTL.DLL.  This build is COMPLETELY
unusable  who let it out???
     (10931171)	URL: ebay.com
     (10931131)	URL: ebay.com
     (10931131)	Comments: Canceled out of new account creation that shouldn't
have run in the first place after installing latest build...
     (10930490)	Comments: cancel on mail account again
     (10927755)	Comments: pressed cancel in the new mail account wizard
     (10921184)	URL: http://www.freelotto.com/LottoPicker/playInsert.asp
     (10921184)	Comments: Setting up a profile in mail/news
     (10921112)	URL: http://www.freelotto.com/LottoPicker/playInsert.asp
     (10921112)	Comments: Open the mail/news portion  it came up asking to enter
new profile info  clicked cancel  then crashed.
     (10905116)	Comments: Starting the Mail&News app. Had a mail account
configured but the "create account" dialog appered anyway. Have both tried to
cancel the dialog and "ste trough" it to finninsh but both ways result in a crash
     (10884605)	URL: mozilla.org
     (10884425)	Comments: hit cancel when it asked me to set up my account
(after it lost my settings)
     (10882495)	Comments: when entering messenger  the create new account prompt
appears even though I have two accounts already. messenger crashes when I click
'cancel'
     (10878709)	URL: drudgereport.com
     (10878664)	URL: drudgereport.com
     (10877737)	Comments: trying to re-create my profile after this build hosed
it (AGAIN)
     (10871098)	URL: http://www.westcoastinternet.net/
     (10871098)	Comments: Just upgraded to night build canceled wizzard after 2 step

Comment 17

[David Bradley]

CC'ing dougt. The component.reg removal looks  like it went in on 6/14. This may
not be the source of the problem, the stacks look pretty much identical, so it
may be that the same interface was changed again and caused the same problem.

What made me suspicious of the removal/moving of component.reg is that in
Comment 10 the person stated they installed over a new build. Assuming they
truly meant they ran the install program, this would seem to eliminate the old
problem of people unzipping a build over an existing one. This is what caused
the stale xpt information.

Comment 18

[Iain Lane]

correct. i did use the installer..

Comment 19

[Ray Trent]

*** Bug 169571 has been marked as a duplicate of this bug. ***

Comment 20

[Jay Patel [:jay]]

Could this possibly be related to bug 169199?  Thats another topcrash bug that
involves setting up mail/news and it started happening at the same time ont he
MozillaTrunk (9/13).

Comment 21

[David Bradley]

Looking at nsIMsgIncomingServer.idl I see the new function shutoown was added on
Sept 10th. This could cause this error. Especially since equals is right before
the attribute downloadMessagesAtStartup.

It would help if people added new methods/attributes at the end, not that it
will necessarily prevent a crash, it must might be easier to determine the
problem when the crash occurs trying to invoke the new method/attribute.

Comment 22

[David Bradley]

*** Bug 169199 has been marked as a duplicate of this bug. ***

Comment 23

[David Bradley]

*** Bug 169068 has been marked as a duplicate of this bug. ***

Comment 24

[(not reading, please use [e-mail] instead)]

racham is on sabbatical, and this might have been me anyways.

Comment 25

[(not reading, please use [e-mail] instead)]

dbradley, do you think this is a component.reg problem or worse?

Comment 26

[David Bradley]

Yes, I'm fairly certain this is bad interface information. JS is calling into
XPConnect's XPC_WN_GetterSetter, which is only called on things that are defined
as attributes. This would never result in a method like Equals getting called,
only get/set methods. Combine that with the relatively recent change of the
interface and it's a fairly solid bet.

Comment 27

[David Bradley]

This appears to be still occuring even in recent builds with .autoreg. So it
looks like this may be more than just an improper installation. I've not had any
luck in reproducing this problem. Most TB's claim cancelling out of the mail
account wizard.

The only other explanation I could come up with is that XPConnect invoked a
getter/setter that when it returned the stack had been corrupted and it ended up
in the middle of the Equals method. Some of these are crashing on a push eax
instruction. And I'm pretty sure that the instruction location is actually in
the middle of a more complex instruction. Mean that we got here via an invalid
code address. This could either have been a bad vtable pointer or a bad stack
return address.

If someone can reproduce this, maybe we can get a tweaked DLL that record the
last method invoked so we can at least get an idea of where to look.

Comment 28

[[e-mail] (gone - use [e-mail] instead)]

*** Bug 172546 has been marked as a duplicate of this bug. ***

Comment 29

[greer]

*** Bug 173174 has been marked as a duplicate of this bug. ***

Comment 30

[Brian Ryner (not reading)]

This went away as a topcrash as soon as we fixed the xpt file linking issue (bug
172586).  Duping.

*** This bug has been marked as a duplicate of 172586 ***

Comment 31

[Ninoschka Baca]

Verified Duplicate.