Closed Bug 90296 Opened 24 years ago Closed 23 years ago

crash if I try to view source of IMAP acount mail message with attachment

Categories

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

x86
All
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: sagu, Assigned: sspitzer)

Details

(Keywords: crash, stackwanted)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010628 BuildID: 2001062815 If I try to view message source from IMAP account which has attachemnt mozilla crashes with messagebox: "The instruction at "0x608b61d" referenced memory at "0x00000000". The memory could not be "read"..." I have several IMAP acounts. Reproducible: Sometimes Steps to Reproduce: 1.Select message 2.View->Message Source or press Ctr+U 3. Actual Results: I got the message box with text: "The instruction at "0x608b61d" referenced memory at "0x00000000". The memory could not be "read"..." Expected Results: Show the message source
Keywords: crash
Summary: crash if I try to view source of IMAP acount mail message with attachment → crash if I try to view source of IMAP acount mail message with attachment
We need the talkback id from the crash or a stacktrace
Keywords: stackneeded
All craches occurs on messages in MIME format with attached files encoded in base64. If attachments is uuencoded then everything works just fine. I can't get talkback id or a stacktrace because when mozilla craches all I get is message box with "OK","Cancel" buttons. Hitting either of it just closes mozilla window. I'm using talkback enabled Installer: http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.2/mozilla-win32-0.9.2-installer.exe
One more thing. Everything works just fine if I copy such a message to one of Local folders and try open from there.
can someone send me a message in this form? (sspitzer@netscape.com) once I get the crash, I can paste the stack in here (and either fix it or find the right owner.) I think signed outlook emails are base64 encoded.
Confirming 2001083106 linux. Crashes every time on every IMAP-Message. If I copy them to a local folder it works. I can't give you a TB since TB currently doesn't work on linux. (btw: OS -> All)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
I get crashes (using release 0.9.4) if I attempt to download an attachment from an IMAP mailbox; may be the same problem. Talkback info: TB35809269E, TB35809200Q
Additional debugging: Tried to do "view source" on problem message; "view source" did not appear to work, but did not cause a crash (I got a new, blank window any time I tried to view source of any message). Will look for better bug to attach this to or file a new bug.
cc'ing soem IMAP developers. Does someone have a message that causes this?
Keywords: nsbeta1
Here's the stack trace from B35809269E nsCStringKey::nsCStringKey() nsExternalHelperAppService::AddMimeInfoToCache() nsOSHelperAppService::GetFromMIMEType() nsExternalHelperAppService::DoContent() nsDocumentOpenInfo::DispatchContent() nsDocumentOpenInfo::OnStartRequest() nsStreamConverter::OnStartRequest() nsOnStartRequestEvent0::HandleEvent() nsStreamListenerEvent0::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xefdc (0x402fbfdc) libglib-1.2.so.0 + 0x10736 (0x402fd736) libglib-1.2.so.0 + 0x10d43 (0x402fdd43) libglib-1.2.so.0 + 0x10eec (0x402fdeec) libgtk-1.2.so.0 + 0x785d9 (0x402525d9) nsAppShell::Run() nsAppShellService::Run() perhaps the mime type is null?
Anyone have a message that causes this? It would help in reproducing this.
Keywords: nsbeta1nsbeta1+
Priority: -- → P2
QA Contact: esther → trix
Is this really a nsbeta1+, P2? If yes, then we need to try and targeted to a mielstone M1.0 or earlier to make the beta.
Blocks: 122274
Status: NEW → ASSIGNED
Keywords: nsbeta1+nsbeta1-
No longer blocks: 122274
I'm interested in this bug. I tried with attachment encoded in BASE64 several times and didn't encount the issue. Can anyone send the message that cause the bug to me? Then I can evaluate it further. Thanks. If this bug doesn't exist on the trunk, I suggest to close it.
marking wfm
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
verified wfm
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.