Closed Bug 101765 Opened 23 years ago Closed 22 years ago

M1RC1 N622 Trunk crash closing mail [@ nsSocketBS::GetTransport]

Categories

(MailNews Core :: Networking: IMAP, defect, P1)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 123097
mozilla0.9.9

People

(Reporter: greer, Assigned: mscott)

References

Details

(Keywords: crash, qawanted, topcrash)

Crash Data

From the stack signature and the comments I'm taking a stab at the component. 
Reassign if I have sent it here in error. Has anyone seen this behavior of a 
crash on closing messenger?

Stack Trace: 

         nsSocketBS::GetTransport()
         nsSocketBS::ReleaseSocket()
         nsSocketBOS::Write()
         nsImapProtocol::TellThreadToDie()
         nsImapIncomingServer::CloseCachedConnections()
         nsMsgAccountManager::closeCachedConnections()
         _hashEnumerate__FP11PLHashEntryiPv()
         PL_HashTableEnumerateEntries()
         nsHashtable::Enumerate()
         nsMsgAccountManager::CloseCachedConnections()
         nsMsgAccountManager::Shutdown()
         nsMsgAccountManager::Observe()
         nsObserverService::Notify()
         NS_ShutdownXPCOM()
         main()
         libc.so.6 + 0x1d26e (0x4048f26e)     

M094 comments:
     (35780817) Comments: Pressed File->Quit  when I was reading email.
     (35756051) Comments: I've clicked the File-> Quit option  I was reading 
email.
     (35674847) URL: www.uol.com.br/aurelio
     (35466560) Comments: Closing Messanger (and the whole mozilla)
     (35455731) Comments: Closing it.
     (35455717) Comments: Closing it. File->Exit

Trunk comment:
MozillaTrunk Build: 2001092017 
Crash date: 2001-09-24
Platform: Linux 2.4.7
     (35825864) closing the program. I closed all my browser windows; lastly I 
closed my email window. I have 3 secure imap accounts tied to mozilla.
Keywords: crash, qawanted, topcrash
I'm having trouble accessing talkback right now to see if this is still
occurring on recent builds.  Since it's a topcrash I'm changing the milestone
and the priority.  If someone has new information on this on 0.9.5 and later
builds, please update.
Priority: -- → P1
Target Milestone: --- → mozilla0.9.6
I was finally able to access talkback. This is still happening on 10/7 builds
with the same stack trace.
Keywords: nsbeta1
Keywords: nsbeta1nsbeta1+
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Looks like this is still happening (linux only) as late as 12/01 builds. Nothing
since 12/01 though. 
actually I misread the date. We have a ton of copies of this stack trace on
linux all the way up until 11/20/01. Then it goes away. I know we had some leak
problems were transports weren't getting closed that was fixed around then.
Maybe that caused this to go away. 

Due to the fact that we saw it show up so regularly before and we haven't had a
single report sine the 20th of November, I'm going to mark this as fixed and
we'll keep an eye out to see if it pops up again. 
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
reopening.  I checked talkback (because of a bug I'm about to mark as a dup) and
it looks like this occurred throughout December and has a crash as recent as the
1/5 build.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: mozilla0.9.7 → mozilla0.9.9
*** Bug 116732 has been marked as a duplicate of this bug. ***
Scott, I just did a search in the Talkback DB for signatures containing 
"nsSocketBS::GetTransport". The latest buildID returned was 2001-12-21-08 (same 
as that in duped bug 116732). 

Where did you see a crash from a 20020105xx build?
reclosing unless putterman can show a more recent stack trace. Neither greer nor
I are seeing a recent report in talkback. 
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Reopening again...there are quite a few of these crashes reported for M099:

nsSocketBS::GetTransport   37
		 101765 	 RESO 	 FIXE 	 mscott@netscape.com 	 mozilla0.9.9 	 2002-01-22 
BBID range: 4848314 - 5201567
Min/Max Seconds since last crash: 4 - 450024
Min/Max Runtime: 1368 - 1026193
Crash data range: 2002-04-05 to 2002-04-14
Build ID range: 2002031008 to 2002031312
Keyword List : 
Stack Trace: 

	 nsSocketBS::GetTransport()
	 nsSocketBS::ReleaseSocket()
	 nsSocketBOS::Write()
	 nsImapProtocol::TellThreadToDie()
	 nsImapIncomingServer::CloseCachedConnections()
	 nsMsgAccountManager::closeCachedConnections()
	 _hashEnumerate__FP11PLHashEntryiPv()
	 PL_HashTableEnumerateEntries()
	 nsHashtable::Enumerate()
	 nsMsgAccountManager::CloseCachedConnections()
	 nsMsgAccountManager::Shutdown()
	 nsMsgAccountManager::Observe()
	 nsObserverService::NotifyObservers()
	 NS_ShutdownXPCOM()
	 main()
	 libc.so.6 + 0x1c627 (0x404f8627)     (4973575)	Comments: press exit buttonthis happend
before  and is independant of the page visited.

I'll look for more current crashes on the MozillaTrunk as well.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
There are a few incidents with Netscape 6.22 and recent MozillaTrunk builds as
well.  Here is one of the recent Trunk crashes: 

Incident ID 5016486   
Stack Signature  nsSocketBS::GetTransport() 45067f95
Trigger Time 2002-04-09 16:03:00
Email Address
URL visited nope
Build ID 2002040410
Product ID MozillaTrunk
Platform
Operating System LinuxIntel
Module
Trigger Reason SIGSEGV: Segmentation Fault: (signal 11)
User Comments Had navigator open. Hit Ctrl-2 to open browser, then realised I
should be using the latest nightly. So I hit Ctrl-Q to quit Mozilla. After both
windows had closed, Talkback showed up.
Stack Trace
nsSocketBS::GetTransport()
nsSocketBS::ReleaseSocket()
nsSocketBOS::Write()
nsImapProtocol::TellThreadToDie()
nsImapIncomingServer::CloseCachedConnections()
nsMsgAccountManager::closeCachedConnections()
_hashEnumerate__FP11PLHashEntryiPv()
PL_HashTableEnumerateEntries()
nsHashtable::Enumerate()
nsMsgAccountManager::CloseCachedConnections()
nsMsgAccountManager::Shutdown()
nsMsgAccountManager::Observe()
nsObserverService::NotifyObservers()
NS_ShutdownXPCOM()
main()
libc.so.6 + 0x1917f (0x404b417f) 
Summary: M094 Trunk crash closing mail [@ nsSocketBS::GetTransport] → M099 N622 Trunk crash closing mail [@ nsSocketBS::GetTransport]
Incindents for this one are still showing up in Linux on M1RC1. 

huang/mscott, can you repro this crash setting up an IMAP mail box with no 
trash? (See the first user comment below.)

M1RC1 (nsSocketBS::GetTransport):       11
 Unique Users  9
(5429572) - [Linux 2.4.3] (Build 2002041711): closing the mail reader;  had an 
imap error moving messages to trash mailbox (which does not exist)  
(5645829) - [Linux 2.4.9-13] (Build 2002041711): 3rd time URL: ??? closed 
mozilla & mail.. got the feedback agent
 
Summary: M099 N622 Trunk crash closing mail [@ nsSocketBS::GetTransport] → M1RC1 N622 Trunk crash closing mail [@ nsSocketBS::GetTransport]
Dupe of 123097.

*** This bug has been marked as a duplicate of 123097 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → DUPLICATE
Verified as dup.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
Crash Signature: [@ nsSocketBS::GetTransport]
You need to log in before you can comment on or make changes to this bug.