Closed Bug 20564 Opened 25 years ago Closed 25 years ago

[DOGFOOD][CRASH] clicking a message in thread pane crashes

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mikepinkerton, Assigned: rhp)

References

Details

(Whiteboard: [PDT+])

Attachments

(1 file)

Launch the mail window. open my imap inbox. click one of the messages. crash after corrupting memory. here is the macsbug debug output from the memAllocator and the stack trace. User break at FFCFDF74 DebugStr+00008 Bad block header tag User break at FFCFDF74 DebugStr+00008 Block has bad chunk pointer User break at FFCFDF74 DebugStr+00008 Can't get block's allocator on free. The block is hosed PowerPC illegal instruction at FFC10000 _CursorDeviceDispatch+014E0 Closing log Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 088FAFD8 094D2C80 PPC 088F5DF4 main+0013C 094D2C00 PPC 088F482C main1(int, char**)+006FC 094D2B20 PPC 0C6B0E88 nsAppShellService::Run()+00020 094D2AE0 PPC 0C5FC29C nsAppShell::Run()+00050 094D2A60 PPC 0C5FCB9C nsMacMessagePump::DoMessagePump()+00044 094D2A10 PPC 0C5FCEC0 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 001A4 094D29C0 PPC 0CC7338C Repeater::DoRepeaters(const EventRecord&)+00034 094D2980 PPC 0C5D88B8 nsMacNSPREventQueueHandler::RepeatAction(const EventRecord&)+000 2C 094D2940 PPC 0C4D1594 nsEventQueueServiceImpl::ProcessEvents()+00070 094D28F0 PPC 0C4EC400 nsEventQueueImpl::ProcessPendingEvents()+00018 094D28B0 PPC 0C7BE650 PL_ProcessPendingEvents+0007C 094D2860 PPC 0C7BE780 PL_HandleEvent+0004C 094D2820 PPC 0C67C080 nsStreamListenerEvent::HandlePLEvent(PLEvent*)+00060 094D27D0 PPC 0C67DA44 nsOnDataAvailableEvent::HandleEvent()+00080 094D2780 PPC 0C86AE70 nsChannelListener::OnDataAvailable(nsIChannel*, nsISupports*, ns IInputStream*, unsigned int, unsigned int)+0004C 094D2740 PPC 0B486E04 nsStreamConverter::OnDataAvailable(nsIChannel*, nsISupports*, ns IInputStream*, unsigned int, unsigned int)+001C4 094D22D0 PPC 0B46C52C mime_display_stream_write+00060 094D2290 PPC 0B47606C MimeObject_parse_buffer(char*, int, MimeObject*)+ 00080 094D2250 PPC 0B460FE8 mime_LineBuffer+0022C 094D21D0 PPC 0B460D54 convert_and_send_buffer(char*, int, int, int (* )(char*, unsigned int, void*), void*)+00164 094D2180 PPC 0B4721BC MimeMessage_parse_line(char*, int, MimeObject*)+ 001EC 094D2120 PPC 0B47606C MimeObject_parse_buffer(char*, int, MimeObject*)+ 00080 094D20E0 PPC 0B460E94 mime_LineBuffer+000D8 094D2060 PPC 0B460D54 convert_and_send_buffer(char*, int, int, int (* )(char*, unsigned int, void*), void*)+00164 094D2010 PPC 0B474910 MimeMultipart_parse_line(char*, int, MimeObject*)+ 00160 094D1FB0 PPC 0B4752B4 MimeMultipart_close_child(MimeObject*)+000A8 094D1F60 PPC 0B4490D4 MimeInlineTextVCard_parse_eof(MimeObject*, int)+ 00100 094D1F10 PPC 0B44BF48 WriteOutVCard(MimeObject*, VObject*)+00088 094D1EC0 PPC 0B44BADC EndLayer(MimeObject*, int, VObject*)+00190 094D1E70 PPC 0B44B3F0 OutputButtons(MimeObject*, int, VObject*)+001EC 094D1E00 PPC 0C7D72D4 PR_Free+00014 Closing log
Assignee: phil → rhp
Target Milestone: M12
Reassign to rhp for M12
Status: NEW → ASSIGNED
Looking into it...something is strange with vCards on the Mac, but this hasn't changed in recent weeks so I have a feeling this is a regression somewhere else, but I can recreate and will dig into it further. - rhp
QA Contact: lchiang → pmock
Whiteboard: [PDT+]
Putting on PDT+ radar.
cc'ing jeff, in case this is somehow related to the line terminator problem 20230
Ok, I figured this out. It's a pretty easy fix, but the real problem is that there is still a bug with string bundles when not on the UI thread (on the Mac). This was fixed for Win32 and Linux. - rhp
Depends on: 17294
Bug #: 17294 is the related bug. This was good to find but it was caused by the string bundle problems. - rhp
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Just checked in a fix for this. - rhp
Status: RESOLVED → VERIFIED
Verified as fixed on macos using the following builds: ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-12-06-08-M12/netscap e5-mac-M12.sea.bin I can view mail messsages under POP and IMAP. I viewed various mail message with attached vcard (mostly from my personal inbox). Pinkerton, if you still see this problem, could you re-open this bug and attach a sample mail message? I haven't been able to crash today build following your steps. On Win32 and Linux, I can not reproduce this problem on these platform. I was using testing with todays builds: ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/1999-12-06-09-M12/sea monkey32e.exe ftp://sweetlou/products/client/seamonkey/unix/linux_glibc/2.2/x86/1999-12-06-08- M12/netscape-i686-pc-linux-gnu.tar.gz
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
i can get this to work, but only sometimes. i normally get a crash with this stack trace: Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 0ABD3D58 0B7ABAC0 PPC 0ABCE530 main+00198 0B7ABA30 PPC 0ABCCF0C main1(int, char**)+006FC 0B7AB950 PPC 0BD5CEC8 nsAppShellService::Run()+00020 0B7AB910 PPC 0BCD55E8 nsAppShell::Run()+00050 0B7AB890 PPC 0BCD5EE8 nsMacMessagePump::DoMessagePump()+00044 0B7AB840 PPC 0BCD61D0 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 00168 0B7AB7F0 PPC 0BCD6E94 nsMacMessagePump::DoIdle(EventRecord&)+00038 0B7AB7B0 PPC 0BCD6AAC nsMacMessagePump::DoMouseMove(EventRecord&)+00050 0B7AB760 PPC 0BCD6F34 nsMacMessagePump::DispatchOSEventToRaptor(EventRecord&, GrafPort *)+0004C 0B7AB710 PPC 0BCD07F4 nsMacMessageSink::DispatchOSEvent(EventRecord&, GrafPort*)+00048 0B7AB6D0 PPC 0BCC90AC nsMacWindow::HandleOSEvent(EventRecord&)+0004C 0B7AB670 PPC 0BCCA0D0 nsMacEventHandler::HandleOSEvent(EventRecord&)+001B4 0B7AB620 PPC 0BCCBD40 nsMacEventHandler::HandleMouseMoveEvent(EventRecord& )+0016C 0B7AB580 PPC 0BCAFEC8 nsWindow::DispatchMouseEvent(nsMouseEvent&)+00060 0B7AB520 PPC 0BCAFD64 nsWindow::DispatchWindowEvent(nsGUIEvent&)+00028 0B7AB4E0 PPC 0BCAFC70 nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus& )+000A8 0B7AB490 PPC 0B92C7F4 HandleEvent(nsGUIEvent*)+00064 0B7AB440 PPC 0B928BF4 nsViewManager::DispatchEvent(nsGUIEvent*, nsEventStatus*)+007C4 0B7AB260 PPC 0B92E7A8 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus*, i nt&)+001A0 0B7AB1E0 PPC 0B92E7A8 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus*, i nt&)+001A0 0B7AB160 PPC 0B92E838 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus*, i nt&)+00230 0B7AB0E0 PPC 0A7A76AC PresShell::HandleEvent(nsIView*, nsGUIEvent*, nsEventStatus*)+00 3E0 0B7AB060 PPC 0BC2E1D4 nsXULElement::HandleDOMEvent(nsIPresContext*, nsEvent*, nsIDOMEv ent**, unsigned int, nsEventStatus*)+00068 Closing log I'm not sure how to attach a mail message. It's just plain text.
clearing resolution. btw, i created a new profile and everything. sometimes it works, but very rarely. debug build from 12/6/99
I'm really not sure what is going on here. Nothing in the stack trace is anything from mail/news. - rhp
Everything in the StdLog looks like problems in Mork or XUL parsing. For what its worth, I am running on a fresh Mac build from this morning and I only have POP mail and I don't have any crashes. I can't access IMAP from outside the firewall for my Mac. - rhp
fyi, Pinkerton and Paul were using their own IMAP mail account. The behavior I see on their system are similar. They select a message (any message) and the message pane does not render the message. It's just blank, no message envelop and no message body. Once they move their mouse, they crash into MacsBug. No assert warning. The message that Pinkerton show me was a generic plain text message. No vcard. No signature. No attachments. Pinkerton did not migrate his profile. He create a new profile. It had his IMAP server and Local folder listed. I downloaded todays Mac commercial seamonkey build 1999-12-07-08-m12 and I can not reproduce this crash. I tried creating separte profiles for POP and IMAP. I will keep trying.
"They select a message (any message) and the message pane does not render the message. It's just blank, no message envelope and no message body." cc: mscott. Scott has a bug where selecting a message in the thread pane does not display any contents in the message pane and it only happens to certain systems. I don't have that bug number handy at this time. Could this be related?
I don't think this is related to 20546 which is where some people click on messages in the thread pane and they don't show up in the message pane. That problem is related to the imap protocol. This crasher seems view related. I'm pretty sure it's a separate problem.
the only relation is that i'm experiencing both ;) the message never shows up in the message area and mousing over the message pane crashes.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Rich, Good news, Pinkerton can read mail with crashing! This problem was solved we believe when Pinkerton rebuilt his component registry. This is possibly related to bug 21002 ([DOGFOOD] Can't send mail) that pinkerton also logged. Marking this bug as fixed. (Rich, I couldn't decide how to mark to resolve this bug -> fixed or worksforme). I resolving this bug to get it off the radar.
Status: RESOLVED → VERIFIED
Verified as fixed on Mac using the following commercial builds: ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-12-07-08-M12/netscap e5-mac-M12.sea.bin ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-12-08-08-M12/NSMacIn staller-M12.sea.bin ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-12-08-08-M12/netscap e5-mac-M12.sea.bin I could not reproduce the crash in any of these builds. Marking bug as verified. Thank you for your assistance Pink. :)
I meant to say "Good news, Pinkerton can read mail with OUT crashing!". (I hate when I mistype.)
Blocks: 21564
No longer blocks: 21564
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: