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)
Tracking
(Not tracked)
VERIFIED
FIXED
M12
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.
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.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M12
Assignee | ||
Comment 2•25 years ago
|
||
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
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
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.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•