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)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 26926

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.
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
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
dup bug is still open.
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
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.