From steve clark's post to n.p.m.mail-news: > I'm looking into editor-related mail problems. I used to be able to run > mail. Now I crash whenever I run mail with this stack. I did set up a > prefs.js file. > > nsDebug::Assertion() line 140 + 13 bytes > mork_assertion_signal() line 73 + 31 bytes > morkEnv::NewError() line 323 + 19 bytes > morkStdioFile::OpenStdio() line 655 > morkStdioFile::morkStdioFile() line 607 > morkStdioFile::CreateNewStdioFile() line 341 + 61 bytes > morkFile::CreateNewFile() line 152 + 17 bytes > morkStore::CreateStoreFile() line 578 + 20 bytes > orkinFactory::CreateNewFileStore() line 620 + 20 bytes > nsMsgDatabase::OpenMDB() line 586 + 38 bytes > nsMailDatabase::Open() line 89 + 26 bytes > nsMsgLocalMailFolder::GetDatabase() line 372 + 27 bytes > nsMsgLocalMailFolder::GetMessages() line 413 + 11 bytes > nsMsgFolderDataSource::getFolderArcLabelsOut() line 416 + 16 bytes > nsMsgFolderDataSource::ArcLabelsOut() line 375 + 13 bytes > CompositeArcsInOutEnumeratorImpl::GetEnumerator() line 433 + 25 bytes > CompositeEnumeratorImpl::HasMoreElements() line 270 + 22 bytes > RDFGenericBuilderImpl::CreateContents() line 478 + 36 bytes > XULDocumentImpl::CreateContents() line 2268 + 16 bytes > RDFElementImpl::EnsureContentsGenerated() line 2437 + 51 bytes > RDFElementImpl::ChildCount() line 1441 + 11 bytes > nsCSSFrameConstructor::TableProcessChildren() line 1533 > nsCSSFrameConstructor::ConstructTableGroupFrameOnly() line 1215 > nsCSSFrameConstructor::ConstructTableGroupFrame() line 1128 + 53 bytes > nsCSSFrameConstructor::ConstructTableFrame() line 843 + 56 bytes > nsCSSFrameConstructor::ConstructXULFrame() line 2652 + 39 bytes > nsCSSFrameConstructor::ConstructFrame() line 3458 + 50 bytes > nsCSSFrameConstructor::ProcessChildren() line 672 + 35 bytes > nsCSSFrameConstructor::ConstructDocElementFrame() line 1906 > nsCSSFrameConstructor::ContentInserted() line 3918 > StyleSetImpl::ContentInserted() line 793 > PresShell::InitialReflow() line 865 > XULDocumentImpl::StartLayout() line 3489 > XULDocumentImpl::EndLoad() line 1667 > XULContentSinkImpl::DidBuildModel() line 505 I've got the simple fix to threadPane.xul. Eventually, we'll want to change threadPane to xul so that we root it at the first folder of the first account, or something like that.

asking for checkin permission now...

Here's my fix. tested on windows and linux. Index: threadPane.xul =================================================================== RCS file: /cvsroot/mozilla/mailnews/ui/messenger/resources/threadPane.xul,v retrieving revision 1.20 diff -r1.20 threadPane.xul 33,34c33,34 < <treebody id="mailbox://Inbox" name="threadTreeBody"> < <treeitem open="true"> --- > <treebody id="" name="threadTreeBody"> > <treeitem open="false">

the fix is in.

Based on code checking (threadPane.xul) and talking to Seth - VERIFIED. Par