Closed Bug 79920 Opened 23 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
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: