Closed
Bug 29694
Opened 25 years ago
Closed 25 years ago
Crash on close mailnews while waiting for password entry
Categories
(SeaMonkey :: MailNews: Message Display, defect, P3)
Tracking
(Not tracked)
People
(Reporter: a-huntwork, Assigned: phil)
Details
(Keywords: crash)
Observed on clobber build pulled and built 2-27, linux rh 6.1. To replicate: Set mailnews to startup with browser. Don't allow password to be saved. Restart moz. When mailnews starts, it asks for a password. Instead of entering a password, close the mailnews window, then hit the cancel button on the password window. Moz gets segfault. Here's the stack trace: (gdb) bt #0 0x0 in ?? () #1 0x41023c8d in PresShell::CreateRenderingContext (this=0x83eee90, aFrame=0x88200d8, aResult=0xbffff77c) at nsPresShell.cpp:2158 #2 0x41023502 in PresShell::ProcessReflowCommands (this=0x83eee90, aInterruptible=1) at nsPresShell.cpp:2004 #3 0x412933fe in ReflowEvent::HandleEvent (this=0x88758d0) at nsPresShell.cpp:1934 #4 0x410232cd in HandlePLEvent (aEvent=0x88758d0) at nsPresShell.cpp:1946 #5 0x40189bab in PL_HandleEvent (self=0x88758d0) at plevent.c:526 #6 0x40189abc in PL_ProcessPendingEvents (self=0x812a098) at plevent.c:487 #7 0x4018b5fc in nsEventQueueImpl::ProcessPendingEvents (this=0x812a070) at nsEventQueue.cpp:298 #8 0x407b6704 in event_processor_callback (data=0x812a070, source=8, condition=GDK_INPUT_READ) at nsAppShell.cpp:141 #9 0x407b638f in our_gdk_io_invoke (source=0x81fe198, condition=G_IO_IN, data=0x819f818) at nsAppShell.cpp:54 #10 0x4097252a in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0 #11 0x40973be6 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0 #12 0x409741a1 in g_main_iterate () from /usr/lib/libglib-1.2.so.0 #13 0x40974341 in g_main_run () from /usr/lib/libglib-1.2.so.0 #14 0x4089b339 in gtk_main () from /usr/lib/libgtk-1.2.so.0 #15 0x407b6d07 in nsAppShell::Run (this=0x8134378) at nsAppShell.cpp:304 #16 0x4064caad in ?? () from /home/ashuntwo/code/mozilla/dist/bin/./components/libnsappshell.so #17 0x804e60e in main1 (argc=1, argv=0xbffffbf4, splashScreen=0x0) at nsAppRunner.cpp:763 #18 0x804eba0 in main (argc=1, argv=0xbffffbf4) at nsAppRunner.cpp:883 Here's some possibly interesting info: (gdb) up #1 0x41023c8d in PresShell::CreateRenderingContext (this=0x83eee90, aFrame=0x88200d8, aResult=0xbffff77c) at nsPresShell.cpp:2158 2158 view->GetViewManager(*getter_AddRefs(vm)); (gdb) print *view $1 = {<nsISupports> = {_vptr. = 0x883bf30}, <No data fields>} (gdb) print vm $2 = {mRawPtr = 0x0} If any further data is needed, just ask.
Comment 1•25 years ago
|
||
Confirmed on Linux build 2000.03.01.08. Also happens when you load Mozilla browser only, open Mailnews, close Mailnews, open Mailnews again, then proceed with steps to reproduce.
Assignee | ||
Comment 2•25 years ago
|
||
I can't reproduce using the 3/1 build on NT. Same stack trace as bug 26926 *** This bug has been marked as a duplicate of 26926 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Using linux build 2000-03-01-13, I tried the original scenario. However, in readidng the scenario where it says to "Set mailnews to startup with browser" I assume this means to change the Appearance Preference setting to "On startup launch," = Messenger. This would make the mailnews window the only one opened and when closing it all that's left is the password dialog. In this case, I crash ever time when clicking Cancel in the Password dialog. In the zach's case where the Browser is opened first, open and close mail twice, then press Cancel in the password dialog I crash every time too. In the case where Browser is opened first, and you open mail only once and close it, then press Cancel in the password dialog, I only crash 50% of the time. Sometimes the Browser window stays opened and I can go to mail and log in and use it. Because duplicate bug 26926 is about random crashes opening and closing windows this scenario should be tested when that is fixed.
bug 26926 is still open. We'll leave this bug resolved duplicate so that we can check when bug 26926 is fixed.
QA Contact: lchiang → esther
dupe bug has been marked nsbeta3-. I will mark this bug verified to get off the list of bugs to verify. I'll make a notation in the other bug.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•