112843 - crash on exiting, closing application every time

Status: VERIFIED DUPLICATE of bug 115354

(MailNews Core :: Backend, defect)

Description

[tabit]

I used nightly 22112001 till yesterday and upgraded to nightly 28112001 this
morning. I had four crashes on exiting, closing mozilla. I normally use
left-mouse-button-on-X-widget or ALT+F4 to exit applications.

When does it occur? Nearly every time I close Mozilla.
What to do to reproduce? Start Mozilla, use mozilla, close mozilla.

Talkback-Data:

38710098Q
38706117Z
38704397Z
38704380Q

ragrds

tabit

Comment 1

[tabit]

__Every time__ I close Mozilla it crashes, next two crashes are written in Talkback:

38711887E
38711672W

Comment 2

[Brian Nesse (gone)]

Appears to be dying in mail (local folder?)
  ->mail/news for investigation

Stack from talkback reports:

createNode [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgRDFUtils.cpp,
line 51]
nsMsgFolderDataSource::NotifyFolderTreeNameChanged
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgFolderDataSource.cpp, line 1674]
nsMsgFolderDataSource::OnItemUnicharPropertyChanged
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgFolderDataSource.cpp, line 898]
nsMsgMailSession::OnItemUnicharPropertyChanged
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgMailSession.cpp, line 168]
nsMsgFolder::NotifyUnicharPropertyChanged
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgFolder.cpp, line 2300]
nsMsgFolder::SetName
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgFolder.cpp, line 878]
nsMsgLocalMailFolder::CreateSubFolders
[d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 247]
nsMsgLocalMailFolder::GetSubFolders
[d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 479]
nsMsgDBFolder::WriteToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 1051]
nsMsgDBFolder::WriteToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 1070]
nsMsgDBFolder::WriteToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgDBFolder.cpp, line 1070]
nsMsgIncomingServer::WriteToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgIncomingServer.cpp, line 186]
nsMsgAccountManager::writeFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgAccountManager.cpp, line 975]
_hashEnumerate [d:\builds\seamonkey\mozilla\xpcom\ds\nsHashtable.cpp, line 199]
PL_HashTableEnumerateEntries [../../../lib/ds/plhash.c, line 430]
nsHashtable::Enumerate [d:\builds\seamonkey\mozilla\xpcom\ds\nsHashtable.cpp,
line 362]
nsMsgAccountManager::WriteToFolderCache
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgAccountManager.cpp, line 1479]
nsMsgAccountManager::Shutdown
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgAccountManager.cpp, line 206]
nsMsgAccountManager::Observe
[d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgAccountManager.cpp, line 270]
nsObserverService::NotifyObservers
[d:\builds\seamonkey\mozilla\xpcom\ds\nsObserverService.cpp, line 214]
NS_ShutdownXPCOM [d:\builds\seamonkey\mozilla\xpcom\build\nsXPComInit.cpp, line 475]
main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1643]
WinMain [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1653]
WinMainCRTStartup()
KERNEL32.DLL + 0x17d08 (0x77e87d08) 

Comment 3

[tabit]

nightly 29112001 is still affected:

tb38744803Y
tb38744756Y

and a few more for 28112001:

tb38728651G
tb38728022Q
tb38726114H
tb38712224Q

Comment 4

[Asa Dotzler [:asa]]

setting bug status to New. 

Comment 5

[Sven Krohlas]

Same on Linux, 2001121106:
TB341426Q
TB341299W
TB338138G
TB333235E
and some others...
In my opinion this could be a topcrash and should be fixed in 0.9.7.

Comment 6

[tabit]

on nightly 17122001:

TB635177Z
TB635046W

renders application completely unuseful for me, will switch bach to 22112001 
now.

tabit

Comment 7

[tabit]

tb797526G

0.9.7 Release still affected!!!

Comment 8

[tabit]

Possibly the missing link between bug 112834 and bug 111703:

TB1134401X

Comment 9

[scottputterman]

marking as a dup of 115354.  That fix appears to have been checked in after
branching for 0.9.7.  cc'ing naving to make sure.

*** This bug has been marked as a duplicate of 115354 ***

Comment 10

[Navin Gupta]

yes, that was checked after the tree opened for 0.9.8.