Closed Bug 79920 Opened 24 years ago Closed 23 years ago

SIGSEGV, Segmentation fault. GlobalWindowImpl::DropTimeout

Categories

(Core :: DOM: Core & HTML, defect)

defect
Not set
critical

Tracking

()

RESOLVED FIXED

People

(Reporter: timeless, Assigned: jst)

References

()

Details

(Keywords: crash, topcrash)

Attachments

(1 file)

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
Severity: normal → critical
Keywords: crash
Summary: SIGSEGV, Segmentation fault. GlobalWindowImpl::DropTimeout → SIGSEGV, Segmentation fault. GlobalWindowImpl::DropTimeout
Blocks: 79119
Again, must be a problem with the xlib build of yours, over to you timeless.
Assignee: jst → timeless
Attached file Stack dump for a similar crash (deleted) —
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
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
This crash shoul've been fixed on the branch (m0.9.2/N6.1), this is still a problem on the trunk tho.
It looks like this may be a duplicate of bug 68488. Or maybe I morphed it -- if so I'm sorry.
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.

Attachment

General

Creator:
Created:
Updated:
Size: