Closed Bug 21202 Opened 25 years ago Closed 25 years ago

[DOGFOOD] [PP]: [Regression]: Crash when opening New Msg compose.

Categories

(MailNews Core :: Composition, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: laurel, Assigned: bugzilla)

Details

(Whiteboard: [PDT+])

This appears to be happening on NT only. Happens on fenella's and my machine,
doesn't happen on Win98 for Peter and Esther.

A crash occurs when opening a New Message compose window (plain text or html)
from messenger. Opening a reply window doesn't crash. Opening a New Message
compose from the browser window doesn't crash.

1.  Launch to messenger.
2.  Select and open either POP or IMAP account, set for either html or plaintext
compose window.
    Click New Msg.

Result:  crash occurs, I don't get Talkback coming up -- no crash info.
QA Contact: lchiang → laurel
Summary: [PP] NT: [Regression]: Crash when opening New Msg compose. → [PP]: [Regression]: Crash when opening New Msg compose.
I take that back.  Esther is seeing this on Win98.
I cannot reproduce on either Mac or Linux.

All using 12-08-08m12.
Summary: [PP]: [Regression]: Crash when opening New Msg compose. → [DOGFOOD] [PP]: [Regression]: Crash when opening New Msg compose.
Status: NEW → ASSIGNED
Target Milestone: M12
Unfortunally, I don't see it on my PC. Laurel, can you give me the content of the output window when the crash
occurs. For that you need to start mozilla manually from a DOS window, don't open the mozilla icon.
This is from the DOS window:

ComposeMessage from XUL
nsXULKeyListenerImpl::Init()
nsLayoutHistoryState::GetState, ERROR getting History state for the key
nsLayoutHistoryState::GetState, ERROR getting History state for the key
nsLayoutHistoryState::GetState, ERROR getting History state for the key

ComposeLoad from XUL
Compose: ComposeStartup
[preselectid=id1]
[format=0]
[type=0]
[nsIMsgIdentity: id1], [nsIMsgIdentity: id2]
Created nsEditorShell
Created editorShell
nsLayoutHistoryState::AddState OOPS!. There was already a state in the hash
table for the key
nsLayoutHistoryState::AddState OOPS!. There was already a state in the hash
table for the key
editor initialized in PLAIN TEXT mode
Attaching to WebShellWindow[_blank]
set focus on the recipient
Whiteboard: [PDT+]
Putting on PDT+ radar.
Interesting, this didn't happen for me on 12-08-16 build on Win32.  I'm on NT.
Can you try again?
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
This is now OK in the 12-08-15 build on NT. Verified on mine and fenella's
setups, since we were both crashing consistently with this morning's build.

Ready for the funny farm ... oh, already here.
Glad it's fixed :-)
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.