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)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: mikepinkerton, Assigned: rhp)

References

Details

(Whiteboard: [PDT+])

Attachments

(1 file)

StdLog of crash reproduced on Mac build from 12-6-99 about 7:15pm
31.31 KB, text/plain
Details 
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 ago → 25 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: