Closed Bug 70959 Opened 24 years ago Closed 24 years ago

browser crashes when tab+spacebar is used to close composer window

Categories

(Core :: XUL, defect)

x86
Windows NT
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 71141

People

(Reporter: shrir, Assigned: waterson)

Details

Seen on today's trunk steps: 1 Open 2,3 composer windows and type some test in each 2 Now close one window using the 'x' button on top right 3 When the dialog comes up asking you to save, don't save,cancel (with SAVE highlighted), use TAB to shift focus to 'Don't Save' button and press spacebar. 4 If you are lucky , u will see the crash there itself, however, if u do not, just repeat step 3 on the other two pages and you should see this. Stack trace : js_MarkGCThing [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 788] gc_root_marker [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 924] JS_HashTableEnumerateEntries [d:\builds\seamonkey\mozilla\js\src\jshash.c, line 365] js_GC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 1115] js_ForceGC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 946] js_DestroyContext [d:\builds\seamonkey\mozilla\js\src\jscntxt.c, line 225] JS_DestroyContext [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 883] nsJSContext::~nsJSContext [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 395] nsJSContext::`scalar deleting destructor' nsJSContext::Release [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp] nsCOMPtr_base::assign_with_AddRef [d:\builds\seamonkey\mozilla\xpcom\base\nsCOMPtr.cpp, line 59] nsWebShell::Destroy [d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 1432] nsXULWindow::Destroy [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsXULWindow.cpp, line 337] nsWebShell::Destroy [d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 1432] nsXULWindow::Destroy [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsXULWindow.cpp, line 337] nsWebShellWindow::Destroy [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsWebShellWindow.cpp, line 1753] nsWebShellWindow::Close [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsWebShellWindow.cpp, line 348] nsWebShellWindow::HandleEvent [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsWebShellWindow.cpp, line 420] nsWindow::DispatchEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 691] nsWindow::DispatchWindowEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 708] nsWindow::DispatchStandardEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 729] nsWindow::ProcessMessage [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2793] nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 924] USER32.dll + 0x19d0 (0x77e719d0) USER32.dll + 0x1982 (0x77e71982) ntdll.dll + 0x163a3 (0x77f763a3) USER32.dll + 0x18d2 (0x77e718d2) nsWindow::DefaultWindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 950] USER32.dll + 0x27fe (0x77e727fe) USER32.dll + 0x2889 (0x77e72889) nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 935] USER32.dll + 0x19d0 (0x77e719d0) USER32.dll + 0x1982 (0x77e71982) ntdll.dll + 0x163a3 (0x77f763a3) USER32.dll + 0x18d2 (0x77e718d2) nsWindow::DefaultWindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 950] USER32.dll + 0x27fe (0x77e727fe) USER32.dll + 0x2889 (0x77e72889) nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 935] USER32.dll + 0x1820 (0x77e71820)
seems like this is more of a windows control issue, reassigning to xp
Assignee: beppe → waterson
Component: Editor → XP Miscellany
QA Contact: sujay → brendan
*** This bug has been marked as a duplicate of 71141 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Component: XP Miscellany → XP Toolkit/Widgets: XUL
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: brendan → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.