Closed
Bug 169199
Opened 23 years ago
Closed 23 years ago
New mail account set up crash [@ PREF_GetBoolPref] Trunk
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 143824
mozilla1.2beta
People
(Reporter: greer, Assigned: sspitzer)
Details
(Keywords: crash, topcrash)
Crash Data
Beginning with the 2002091404 build, Trunk users have been reporting crashes
following the setup of new mail accounts.
A representative user comment:
(11042035) clicked Finish after creating a new mail account with the wizard
with a brand new user profile
The registers show that it is crashing here:
61256a13 8901 mov [ecx],eax
trying to move the value of ecx (this pointer) which is probably null.
Seth, looking at checkins for modules on the stack, is this related to your
chekins to nsMsgIncomingServer.cpp on Sept 13th?
Here's the stack:
PREF_GetBoolPref [c:/builds/seamonkey/mozilla/modules/libpref/src/prefapi.cpp
line 803]
nsPrefBranch::GetBoolPref
[c:/builds/seamonkey/mozilla/modules/libpref/src/nsPrefBranch.cpp line 191]
nsPrefService::GetBoolPref
[c:/builds/seamonkey/mozilla/modules/libpref/src/nsPrefService.h line 57]
nsPref::GetBoolPref [c:/builds/seamonkey/mozilla/modules/libpref/src/nsPref.cpp
line 195]
nsMsgIncomingServer::getDefaultBoolPref
[c:/builds/seamonkey/mozilla/mailnews/base/util/nsMsgIncomingServer.cpp line 422]
nsMsgIncomingServer::GetBoolValue
[c:/builds/seamonkey/mozilla/mailnews/base/util/nsMsgIncomingServer.cpp line 411]
nsMsgIncomingServer::GetValid
[c:/builds/seamonkey/mozilla/mailnews/base/util/nsMsgIncomingServer.cpp line 1570]
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
1291]
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_SetProperty [c:/builds/seamonkey/mozilla/js/src/jsobj.c line 2710]
js_Interpret [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 2648]
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 + 0x1b60 (0x77e11b60)
USER32.DLL + 0x1cca (0x77e11cca)
USER32.DLL + 0x83f1 (0x77e183f1)
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]
-> topcrash+, zt4newcrash
| Assignee | ||
Comment 2•23 years ago
|
||
taking, working on it now.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2beta
| Assignee | ||
Comment 3•23 years ago
|
||
purifying now, not sure if my change to nsMsgIncomingServer.cpp is the problem.
Comment 4•23 years ago
|
||
Actually, Talkback data shows that this first started appearing with
MozillaTrunk builds from 9/13 (not 9/14). There are a number of bugs logged
right now for crashes that started to appear on 9/13 (bug 143824, bug 169068,
bug 169217, bug 169199 and bug 169205). Just a coincidence or are they all
related somehow?
Just a note that I've looked at this in Purify under the latest trunk debug
Win32 build, and nothing has stood out so far (no UMR, ABR, etc.). I'll
continue to look, but this time with an opt build, since the debug build I'm
using may have some #ifdef DEBUG paths.
Comment 6•23 years ago
|
||
Could this crash be related to bug 143824? Both bugs are for crashing while
creating new mail accounts and both started happening on the MozillaTrunk at the
same time (9/13).
Is it possible for these crashes to be related to the interface changes I've
seen talked about in other bugs? One bug marked invalid recently because of
those changes is bug 169205.
Comment 7•23 years ago
|
||
Here are some user comments for this crash to help us reproduce:
(11180259) URL: www.nrj.fi
(11180259) Comments: I had the browser on the background guess it was
www.mozilla org. I was just finishing off the email account settings. I got
the message "mozilla has generated errors and will be shut down ..." right after
accepting - clicking on the button - all the
(11180259) Comments: settings at the account preview the last page of the
dialog sequence
(11176911) URL: http://www.rbc.ru
(11173883) Comments: When adding an e-mail account as soon as I hit finish
the crash occured. The account information didn't seem to matter as I tried a
few accounts both POP and IMAP from different servers etc no dice.
(11171626) Comments: Opened mail & newsgroups... The new address wizard
appeared even though i have already other three mail accounts already
installed... then it crashed
(11128250) Comments: completing final step on new email account creation
(11122477) Comments: attempting to launch 'mail'.
(11118436) Comments: Starting Mozilla Mail after install of nightly build.
For some reason the new mail wizard was started and the crash occurred when I
clicked finish.
(11110796) Comments: who cares it just keeps crashing
(11110712) Comments: Tried to bring up mail it forced me into the "create
account" wizard even though I already have two IMAP accounts and three news
accounts I hit cancel and it crashed.
(11094467) Comments: opening mail for the daily build (20020917) causes
illegal operation. Program attempts to add new mail/news account and fails to
complete. Cancel not working.
(11076676) Comments: Every time I try to set up a new e-mail profile it
crashes.
(11076548) Comments: I can not create a brand-new profile either! Stuck!! :-(
(11074410) URL: www.mozilla.org
(11074089) URL: www.mozilla.org
(11071296) URL: www.wiwo.de
(11046821) URL: gopher://gopher.quux.org/1/Software/Gopher
(11046821) Comments: Tried to set up new news account for a second time.
(11046717) URL: gopher://gopher.quux.org/1/Software/Gopher
(11046717) Comments: Setting up new news account immediately after Mozilla
installation.
(11046078) Comments: Gee I really don't seem able to create a mail account
using the 'wizard'.
(11042035) Comments: clicked Finish after creating a new mail account with
the wizard with a brand new user profile
(11037634) URL: http://www.vaijska.net/news/2002/200224.htm
(11037634) Comments: New mail acount creation
(11010042) Comments: Mail asked if I it had to be the default mail app and
i said no. Apparently Mozilla can't stand it ;-)
(11008219) Comments: mail account creation crashes everything even with a
new profile
(11008145) Comments: mail account creation
(11008060) Comments: creating accounts makes mozilla crash
(10966838) Comments: tried to add an new mail account dam it crashes
all the time :-(
(10966809) Comments: tried to add an new mail account
(10936896) Comments: i tried to configure mozilla mail
(10925548) URL: www.streetmap.co.uk
(10925548) Comments: mail blows up when openeding it - it runs the account
wizard then blows chunks after the congrats screen.
(10925295) URL: www.streetmap.co.uk
(10925292) URL: www.streetmap.co.uk
(10925292) Comments: opened mail. immediately asks for new acct setup.
then dies on completion of bogus data
(10878446) Comments: i had just opened mail/news and was trying to check my
mail but it gave me the new account wizard and wouldn't respond when i hit
cancel. finaly it crashed
Comment 8•23 years ago
|
||
This is caused by the same change to nsIMsgIncomingServer.idl that bug 143824
describes.
*** This bug has been marked as a duplicate of 143824 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
"zt4newcrash" is inappropriate if this is a dupe of 143824. Removing zt4newcrash
keyword and s/topcrash+/topcrash/.
verified dup
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: Browser → Seamonkey
Component: MailNews: Subscribe → MailNews: Message Display
QA Contact: stephend → search
Updated•15 years ago
|
Crash Signature: [@ PREF_GetBoolPref]
You need to log in
before you can comment on or make changes to this bug.
Description
•