29649 - Crash- Closing app if Mail has been opened during session.

Status: VERIFIED FIXED

(MailNews Core :: Backend, defect, P3)

Description

[esther]

Uisng build 2000-02-29-09 on win98, if you have opened mail during a session of 
Seamonkey, when closing Browser you will crash.  

1. Launch Browser - 
2. Launch Mail (pop or imap) using menu or button
3. Close Mail using menu or button
4. Close Browser using menu or button
5. Crash 
Talkback incident 6072354
Call Stack
PresShell::CreateRenderingContext
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 2160]
PresShell::ProcessReflowCommands 
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 2005]
ReflowEvent::HandleEvent 
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 1935]
PL_HandleEvent 
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 527]
PL_ProcessPendingEvents 
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 490]
_md_EventReceiverProc 
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 977]
KERNEL32.DLL + 0x363b
   (0xbff7363b) 
KERNEL32.DLL + 0x242e7
   (0xbff942e7) 
0x00658bd2

Comment 1

[esther]

Note: this is a new bug, in bug 29644 for yesterday's build, user had to have 
mail +address book opened and closed using menus only.  This bug requires just 
mail to have been opened and using buttons or menus will cause the crash.  Note 
also that if you other windows (composer, address book, new message) but not 
mail you don't crash. 

Comment 2

[scottputterman]

this is a dup of the same bug that 29644 is a dup of.  When I find that bug I 
will mark this as a dup as well.  If you see more crashes closing with a similar 
stack to the one you have listed, it is just a dup of this same bug.

The good news is that whoever ends up fixing this will have a bunch of test 
cases.

Comment 3

[scottputterman]

I think this is a dup of 26926, but that bug is marked fixed and this still 
happens.  reassigning to nisheeth.

Comment 4

[esther]

happens on linux too 2000-02-29-09

Comment 5

[esther]

happens on mac too 2000-02-29-09 mozilla build

Comment 6

[leger]

Setting to ALL platforms.

Comment 7

[leger]

Putting on PDT+ radar for beta1.  But will move to PDT- if not fixed by 03/03 or 
regression occurs.

Assigning to rickg to reassign since nisheeth out.

Comment 8

[leger]

*** Bug 29664 has been marked as a duplicate of this bug. ***

Comment 9

[lchiang]

hmm, I would think twice before having a beta with this.  True, the crash is on 
exit, but it's very easy to get and makes our application look like it always 
crashes.  Also, certain prefs changed during the session may not be saved when 
crash on exit occurs.

Comment 10

[esther]

Using build 2000-03-01-09 on win98 and 2000-03-01-08 on linux this is now fixed. 
A similiar bug I logged 29644 was marked as duplicate of 26926.  29644 and this 
one are fixed, but duplicate bug is not resolved.  Was this a dup of 26944 too 
and was that bug fixed.  If so this can be resolved as dup, if not this can be 
resolved as worksforme.

Comment 11

[esther]

Correction:  was this a duplicate of 26926 too?

Comment 12

[lchiang]

I wonder if it's really fixed or some randomness that causes this bug to appear. 
It's awfully strange to see this bug on some days and not on others.

Comment 13

[Ray Yang]

Any relationship to bug 26653? They seem to be the same bug ...

Comment 14

[Jim Roskind]

Sounds like a strange intermittent bug.  The 3/3 date has passed, so I'm 
latering this to beta2 per status whiteboard.

Comment 15

[lchiang]

add beta2 then to keyword.

Comment 16

[rickg]

Kevin -- please triage this bug. Close it if you can't reproduce it.

Comment 17

[Kevin McCluskey (gone)]

I can not reproduce the problem with 3/21/2000 build on WIN98 or WINNT.
Marking as fixed.

Comment 18

[esther]

Using build 2000-03-29-09M15 on win98, this is not reproducible.  Verified.

Comment 19

[leger]

Putting on beta2 keyword radar since this was "plus for beta2" during beta1 
triaging