Closed Bug 364007 Opened 18 years ago Closed 14 years ago

[IMAP] Crash when navigating through new mail with key 'N' [@ nsSocketTransport::OpenOutputStream]

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: whimboo, Assigned: Bienvenu)

References

Details

(Keywords: crash, topcrash, Whiteboard: [TB2 only?])

Crash Data

version 2 beta 1 (20061214)

I've an IMAP account where junk mail is collected. Sometimes I look over it to see that no ham is inside. So I step through the list by hitting key 'N' to get the next unread message. Dunno if I was too fast but after some messages Thunderbird crashed. Looking at the topcrasher list this is listed mainly for 1.5.x builds of Thunderbird.

Talkback id: TB27375005Z

Stack Signature	 nsSocketTransport::OpenOutputStream 5200fe0e
Product ID	Thunderbird2
Build ID	2006121404
Trigger Time	2006-12-15 12:20:56.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	thunderbird.exe + (000b1d68)
URL visited	
User Comments	
Since Last Crash	584 sec
Total Uptime	584 sec
Trigger Reason	Access violation
Source File, Line No.	e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/netwerk/base/src/nsSocketTransport2.cpp, line 1676
Stack Trace 	
nsSocketTransport::OpenOutputStream  [mozilla/netwerk/base/src/nsSocketTransport2.cpp, line 1676]
nsImapProtocol::SetupWithUrl  [mozilla/mailnews/imap/src/nsImapProtocol.cpp, line 822]
nsImapProtocol::LoadImapUrl  [mozilla/mailnews/imap/src/nsImapProtocol.cpp, line 1685]
nsImapIncomingServer::GetImapConnectionAndLoadUrl  [mozilla/mailnews/imap/src/nsImapIncomingServer.cpp, line 458]
nsImapMockChannel::ReadFromImapConnection  [mozilla/mailnews/imap/src/nsImapProtocol.cpp, line 8425]
nsImapMockChannel::OnCacheEntryAvailable  [mozilla/mailnews/imap/src/nsImapProtocol.cpp, line 8251]
XPTC_InvokeByIndex  [mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp, line 102]
EventHandler  [mozilla/xpcom/proxy/src/nsProxyEvent.cpp, line 561]
0x778b0c24
UnescapeFragment  [mozilla/uriloader/exthandler/nsExternalHelperAppService.cpp, line 160]
does this crash occur on the trunk or 2.0 branch builds?
(In reply to comment #1)
> does this crash occur on the trunk or 2.0 branch builds?

This bug is listed as topcrasher for Thunderbird 2 Branch (surprisingly its only my own crash report) and Thunderbird 1.5.0.x builds with 127 crashes. I can't find any crash for trunk builds.
still a topcrash for TB2 - #47.  Most describe reading messages, and majority of those cite message has attachments (jpg for example, but not strictly) or are otherwise large message.  Doesn't show up on trunk/crash-stats.

probably related, or same as, bug 373895 - which is highly reproducible
Depends on: 373895
QA Contact: grylchan → networking.imap
Bug 403272 – crash typically retrieving attachments/images [@ nsSocketTransport::OpenInputStream] - has same stack except for the top frame 1. 
 (note firefox has crashes with same top of stack)

so  ... is Bug 373895 - Crash when moving from partly displayed large IMAP message to another IMAP folder [@ nsImapProtocol::SetupWithUrl] - the common denominator cause of the two bugs?
OS: Windows XP → All
The patch in bug 373895 should fix this too.
Magnus in comment #5:
> The patch in bug 373895 should fix this too.

I don't think that patch never checked in.  

bug 373895 top of stack doesn't appear on trunk.
bug 403272's [1] does appear on trunk.
this bug's TOS does not appear on trunk. (for all v3 builds, for at least 2 weeks)

[1] bp-df4009e3-f38a-45e7-85b6-98f2e2081210
Product: Core → MailNews Core
not seen in crash-stats, so => WFM
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsSocketTransport::OpenOutputStream]
You need to log in before you can comment on or make changes to this bug.