21399 - Crash when selecting "x" box in Address Book

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P3)

Description

[Ninoschka Baca]

Build 1999120910M12: NT4, Linux/Redhat 6.0

Overview: The Address Book crashes after selecting an address book card,
selecting the "x" box to the close the window, opening the Address Book again
and selecting an address book card.

Steps to reproduce:
1. Open the Address Book
2. Select an address book card in the right pane
3. Select the "x" box to close the window
4. Select an address book card again

Actual Results: The application crashes
Expected Results: It should not crash

Additional Information:
- On nbaca's system it also crashes, using the same steps as above except using
File/Close instead of the "x" box. On Esther's system it does not crash when she
uses File/Close.
- It also crashes on nbaca's system when using the Address Picker with the "x"
box or selecting the control icon in the top left corner.
- Mac does not crash
- Talkback Incident# 2198584. It's taking awhile to see details of this report
so I'll copy the details later.

Comment 1

[Ninoschka Baca]

Adding esther to Cc: list.

Comment 2

[Ninoschka Baca]

Call Stack:    (Signature = nsJSEventListener::GetEventTarget f52a8159)

nsJSEventListener::GetEventTarget
[d:\builds\seamonkey\mozilla\dom\src\events\nsJSEventListener.cpp, line 147]
nsEventListenerManager::HandleEventSubType
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventListenerManager.cpp, line
606]
nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventListenerManager.cpp, line
1420]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULElement.cpp, line 2675]
nsEventStateManager::SendFocusBlur
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line
1936]
nsEventStateManager::SetContentState
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line
1818]
nsXULElement::SetFocus
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULElement.cpp, line 3417]
nsEventStateManager::ChangeFocus
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line
1429]
nsEventStateManager::PostHandleEvent
[d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line
552]
PresShell::HandleEvent
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 2581]
nsView::HandleEvent
[d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 841]
nsViewManager::DispatchEvent
[d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp, line 1678]
HandleEvent
[d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 69]
nsWindow::DispatchEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 425]
nsWindow::DispatchWindowEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 442]
nsWindow::DispatchMouseEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3334]
ChildWindow::DispatchMouseEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3550]
nsWindow::ProcessMessage
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2646]
nsWindow::WindowProc
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 609]
USER32.dll + 0x1820 (0x77e71820)
0x004e00df

Comment 3

[Ninoschka Baca]

Build 1999121009M12:

With the 12/10 build I can open and close the Address Book 3 times before
crashing, using File/Close. Since I can use it during the first 2 instances then
I don't consider this Dogfood for me.

-nbaca's NT4 system crashes after using File/Close 3 times.
-esther's Win98 system crashes after using File/Close 3 times.
-fenella's Linux system crashes after File/Close 3 times.

Comment 4

[esther]

Update:  Using commercial build 2000011109m13 on win98, 2000011110m13 on linux
and mozilla build 2000011108m13 on Mac this is not crashing.  This can be
resolved as worksforme unless dev knows of a bug fix that fixed it, in which
case resolve it as fixed.

Comment 5

[esther]

Resolving as worksforme per comments 2000-01-11 and it still doesn't happen
anymore.

Comment 6

[esther]

Now verifying worksforme