I have a freshly migrated profile. I go to login to my imap server (for the first time) and I get several assertions (one per folder discovered, it seems): NTDLL! 77f7629c() nsDebug::Assertion(const char * 0x020fdbc0, const char * 0x020fdbac, const char * 0x020fdb74, int 3564) line 191 + 13 bytes nsDebug::PreCondition(const char * 0x020fdbc0, const char * 0x020fdbac, const char * 0x020fdb74, int 3564) line 284 + 21 bytes nsXULElement::EnsureContentsGenerated() line 3564 + 35 bytes nsXULElement::ChildCount(const nsXULElement * const 0x04858cc0, int & 0) line 2325 + 8 bytes nsXULContentUtils::FindChildByTag(nsXULContentUtils * const 0x02c7a1c0, nsIContent * 0x04858cc0, int 6, nsIAtom * 0x02640950, nsIContent * * 0x0012f29c) line 404 + 16 bytes RDFGenericBuilderImpl::EnsureElementHasGenericChild(nsIContent * 0x04858cc0, int 6, nsIAtom * 0x02640950, int 1, nsIContent * * 0x0012f29c) line 4627 + 33 bytes RDFGenericBuilderImpl::BuildContentFromTemplate(nsIContent * 0x04289170, nsIContent * 0x04858cc0, nsIContent * 0x04858cc0, int 1, nsIRDFResource * 0x07545ea0, int 1, nsIContent * * 0x00000000, int * 0x00000000) line 3834 + 68 bytes RDFGenericBuilderImpl::FireNewlyMatchedRules(const KeySet & {...}) line 3418 + 60 bytes RDFGenericBuilderImpl::OnAssert(RDFGenericBuilderImpl * const 0x047f7324, nsIRDFResource * 0x03febb50, nsIRDFResource * 0x03373180, nsIRDFNode * 0x07545ea0) line 3451 + 15 bytes CompositeDataSourceImpl::OnAssert(CompositeDataSourceImpl * const 0x047f7144, nsIRDFResource * 0x03febb50, nsIRDFResource * 0x03373180, nsIRDFNode * 0x07545ea0) line 1407 nsMsgRDFDataSource::assertEnumFunc(nsISupports * 0x047f7144, void * 0x0012f564) line 397 nsSupportsArray::EnumerateForwards(nsSupportsArray * const 0x047f2600, int (nsISupports *, void *)* 0x01b29fe0 nsMsgRDFDataSource::assertEnumFunc(nsISupports *, void *), void * 0x0012f564) line 357 + 20 bytes nsMsgRDFDataSource::NotifyObservers(nsIRDFResource * 0x03febb50, nsIRDFResource * 0x03373180, nsIRDFNode * 0x07545ea0, int 1, int 0) line 382 nsMsgFolderDataSource::OnItemAddedOrRemoved(nsISupports * 0x03febb50, nsISupports * 0x07545ea0, const char * 0x01c83800, int 1) line 779 nsMsgFolderDataSource::OnItemAdded(nsMsgFolderDataSource * const 0x047f28f0, nsISupports * 0x03febb50, nsISupports * 0x07545ea0, const char * 0x01c83800) line 724 nsMsgMailSession::OnItemAdded(nsMsgMailSession * const 0x03fb18f4, nsISupports * 0x03febb50, nsISupports * 0x07545ea0, const char * 0x01c83800) line 214 nsMsgFolder::NotifyItemAdded(nsMsgFolder * const 0x03febb6c, nsISupports * 0x03febb50, nsISupports * 0x07545ea0, const char * 0x01c83800) line 2210 nsImapMailFolder::CreateClientSubfolderInfo(nsImapMailFolder * const 0x03febc00, const char * 0x0012fbc0, unsigned short 47) line 687 nsImapIncomingServer::PossibleImapMailbox(nsImapIncomingServer * const 0x03feaa34, const char * 0x07542f30, unsigned short 47, int 64) line 702 XPTC_InvokeByIndex(nsISupports * 0x03feaa34, unsigned int 3, unsigned int 3, nsXPTCVariant * 0x07542ed0) line 139 EventHandler(PLEvent * 0x075437a0) line 478 + 41 bytes PL_HandleEvent(PLEvent * 0x075437a0) line 563 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x02622c90) line 508 + 9 bytes _md_EventReceiverProc(HWND__ * 0x00d900f0, unsigned int 49368, unsigned int 0, long 39988368) line 1018 + 9 bytes USER32! 77e71820() 02622c90()

this bug goes away when the fix for #34561 goes in. marking a duplicate, although it is probably worksforme now. but who cares. *** This bug has been marked as a duplicate of 34561 ***

ok, I'll mark verified.