Closed
Bug 79920
Opened 24 years ago
Closed 23 years ago
SIGSEGV, Segmentation fault. GlobalWindowImpl::DropTimeout
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
People
(Reporter: timeless, Assigned: jst)
References
()
Details
(Keywords: crash, topcrash)
Attachments
(1 file)
(deleted),
text/plain
|
Details |
Steps. build mozilla xlib, run to weirdX java Xserver.
Try to open address book (? well it was some mail component)
Prompted to create a mail account.
try to navigate through, eventually receive a complaint that I didn't enter an
email account. Go back and forth a bit. Eventually I realized that the field
was outside the dialog's visible area.
Click Cancel. Receive Warning message w/ ok/cancel [you need to create an
account to do useful stuff in mailnews]. Try to click ok. Get the same dialog
again. Click Ok in both. => Crash.
blank
WEBSHELL- = 5
WEBSHELL+ = 6
Updating wizard map..
JavaScript error:
line 0: uncaught exception: [Exception... "Component returned failure code:
0x80004005 (NS_ERROR_FA
ILURE) [nsIMsgAccountManager.defaultAccount]" nsresult: "0x80004005
(NS_ERROR_FAILURE)" location:
"JS frame :: chrome://messenger/content/AccountWizard.js :: onLoad :: line 139"
data: no]
Creating a new nsIToolkit!
** acctype onload
Calling custom onInit()
wizardAdapter: GetFields()
for field <radio>
returning mailaccount and false value=mailaccount
for field <radio>
returning and false
value=rdf:http://home.netscape.com/NC-rdf#wizardShortName
for field <radio>
returning newsaccount and true value=newsaccount
OnUnload!
Updating wizard map..
Accounttype is mail: false
initializing ISP data for newsaccount
AccountWizard.prefillAccountForIsp(newsaccount)
PrefillAccountForISP: filling with null
null account data! clearing..
This is an accountdata
Updating wizard map..
Accounttype is mail: false
Creating a new nsIToolkit!
Calling custom onInit()
/content/aw-accounttype.xul
WEBSHELL+ = 7
Creating a new nsIToolkit!
/content/commonDialog.xul
WEBSHELL- = 6
WEBSHELL+ = 7
Creating a new nsIToolkit!
/content/commonDialog.xul
WEBSHELL- = 6
wizardAdapter: GetFields()
for field <textbox>
returning fullName and Josh Soref value=Josh Soref
for field <textbox>
returning email and value=
Creating a new nsIToolkit!
** acctype onload
*** id & value: mailaccount : false
wizardAdapter: SetFields(mailaccount, false)
SetFields(<radio>);
*** id & value: newsaccount : true
wizardAdapter: SetFields(newsaccount, true)
SetFields(<radio>);
Calling custom onInit()
/content/aw-identity.xul
wizardAdapter: GetFields()
for field <radio>
returning mailaccount and false value=mailaccount
for field <radio>
returning and false
value=rdf:http://home.netscape.com/NC-rdf#wizardShortName
for field <radio>
returning newsaccount and true value=newsaccount
OnUnload!
Updating wizard map..
Accounttype is mail: false
initializing ISP data for newsaccount
AccountWizard.prefillAccountForIsp(newsaccount)
PrefillAccountForISP: filling with null
null account data! clearing..
This is an accountdata
Updating wizard map..
Accounttype is mail: false
Creating a new nsIToolkit!
Calling custom onInit()
/content/aw-accounttype.xul
WEBSHELL+ = 7
Creating a new nsIToolkit!
WEBSHELL+ = 8
Creating a new nsIToolkit!
/content/commonDialog.xul
/content/commonDialog.xul
WEBSHELL- = 7
WEBSHELL- = 6
###!!! ASSERTION: NS_ENSURE_TRUE(docShellAsItem) failed: 'docShellAsItem', file
/tmp/mozilla/dom/src
/base/nsGlobalWindow.cpp, line 3626
###!!! Break: at file /tmp/mozilla/dom/src/base/nsGlobalWindow.cpp, line 3626
###!!! ASSERTION: NS_ENSURE_TRUE(treeOwnerAsWin) failed: 'treeOwnerAsWin', file
/tmp/mozilla/dom/src
/base/nsGlobalWindow.cpp, line 2316
###!!! Break: at file /tmp/mozilla/dom/src/base/nsGlobalWindow.cpp, line 2316
JavaScript error:
line 0: uncaught exception: [Exception... "Component returned failure code:
0x80004005 (NS_ERROR_FA
ILURE) [nsIDOMWindowInternal.close]" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
location: "JS frame
:: chrome://messenger/content/AccountWizard.js :: onCancel :: line 176" data:
no]
/content/AccountWizard.xul
/content/aw-identity.xul
WEBSHELL- = 5
WEBSHELL- = 4
failed to do sort
Program received signal SIGSEGV, Segmentation fault.
#0 0xfd2f8358 in GlobalWindowImpl::DropTimeout (this=0xfd12f1f8,
aTimeout=0xa82078,
aContext=0xfcd22240) at /tmp/mozilla/dom/src/base/nsGlobalWindow.cpp:3468
#1 0xfd2f8b78 in nsGlobalWindow_RunTimeout (aTimer=0xa82100,
aClosure=0xa82078)
at /tmp/mozilla/dom/src/base/nsGlobalWindow.cpp:3605
#2 0xfc793334 in nsTimerXlib::Fire (this=0xa82100)
at /tmp/mozilla/widget/timer/src/unix/xlib/nsTimerXlib.cpp:208
#3 0xfc79360c in nsTimerXlib::ProcessTimeouts (array=0x460738)
at /tmp/mozilla/widget/timer/src/unix/xlib/nsTimerXlib.cpp:281
#4 0xfc793d6c in NS_ProcessTimeouts (aDisplay=0x18c468)
at /tmp/mozilla/widget/timer/src/unix/xlib/nsTimerXlib.cpp:446
#5 0xfdd3150c in CallProcessTimeoutsProc (aDisplay=0x18c468)
at /tmp/mozilla/widget/src/xlib/nsAppShell.cpp:230
#6 0xfdd32698 in nsAppShell::Run (this=0x106ee0)
at /tmp/mozilla/widget/src/xlib/nsAppShell.cpp:474
#7 0xfde44a58 in ?? () from
/tmp/obj-sparc-sun-solaris2.7/dist/bin/components/libnsappshell.so
#8 0x23264 in main1 (argc=6, argv=0xffbef8fc, nativeApp=0x0)
at /tmp/mozilla/xpfe/bootstrap/nsAppRunner.cpp:1010
#9 0x244a4 in main (argc=6, argv=0xffbef8fc) at
/tmp/mozilla/xpfe/bootstrap/nsAppRunner.cpp:1311
Updated•24 years ago
|
Severity: normal → critical
Keywords: crash
Summary: SIGSEGV, Segmentation fault. GlobalWindowImpl::DropTimeout → SIGSEGV, Segmentation fault. GlobalWindowImpl::DropTimeout
Assignee | ||
Comment 1•24 years ago
|
||
Again, must be a problem with the xlib build of yours, over to you timeless.
Assignee: jst → timeless
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
I got a similar crash as to this. In my case the closer had been deleted and
caused the seg fault. I was basically just navigating at the time, and had
pressed a button on a form.
This was Windows 2k with a build from around 2pm PDT 7/17/20001
back to jst since this appears on more typical platforms. (all/all)
Assignee: timeless → jst
OS: Solaris → All
Hardware: Sun → All
Comment 5•23 years ago
|
||
This is currently the #3 top crash on the Moz9.2/N6.1 branch. There were a
couple of crashes on a 7/13 build, then nothing until it started crashing big
time with the 7/21 branch build. On the trunk it's ranked in the high teens
Keywords: topcrash
Assignee | ||
Comment 6•23 years ago
|
||
This crash shoul've been fixed on the branch (m0.9.2/N6.1), this is still a
problem on the trunk tho.
Comment 7•23 years ago
|
||
It looks like this may be a duplicate of bug 68488. Or maybe I morphed it -- if
so I'm sorry.
Assignee | ||
Comment 8•23 years ago
|
||
This shoul've been fixed by the fix for bug 55459, please reopen if it aint so...
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•