Closed Bug 109577 Opened 24 years ago Closed 15 years ago

messenger.properties is loaded on nav startup

Categories

(SeaMonkey :: Startup & Profiles, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: bugzilla, Unassigned)

Details

(Keywords: perf)

We load messenger.properties on nav startup as a result of the call to nsMsgFolder::initializeStrings() in nsMsgFolder's ctor. Is this because of biff? If so, and the strings are indeed needed (?), maybe we should breakup messenger.properties.
Keywords: perf
reassigning to cavin. Is there anything we can do to not load this file? I didn't think we currently did biff on nav startup.
Assignee: mscott → cavin
Status: NEW → ASSIGNED
Using 12-26-01 code base, I got it to break at nsMsgFolder::initializeStrings() (for my work profile) but it did not happen for one of my test profile. I'm not sure why yet but here is the call stack when it happened: nsMsgFolder::initializeStrings() line 221 nsMsgFolder::nsMsgFolder() line 142 nsMsgDBFolder::nsMsgDBFolder() line 88 + 15 bytes nsImapMailFolder::nsImapMailFolder() line 192 + 18 bytes nsImapMailFolderConstructor(nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012e94c) line 58 + 66 bytes nsGenericFactory::CreateInstance(nsGenericFactory * const 0x02ebb230, nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012e94c) line 74 + 21 bytes RDFServiceImpl::GetResource(RDFServiceImpl * const 0x00aba3e0, const char * 0x0012e97c, nsIRDFResource * * 0x0012edf4) line 961 + 44 bytes RDFServiceImpl::GetUnicodeResource(RDFServiceImpl * const 0x00aba3e0, const unsigned short * 0x0012ebc4, nsIRDFResource * * 0x0012edf4) line 984 + 44 bytes RDFContentSinkImpl::GetIdAboutAttribute(const nsIParserNode & {...}, nsIRDFResource * * 0x0012edf4, int * 0x00000000) line 1042 + 34 bytes RDFContentSinkImpl::OpenObject(const nsIParserNode & {...}) line 1322 + 41 bytes RDFContentSinkImpl::OpenContainer(RDFContentSinkImpl * const 0x02f04bc0, const nsIParserNode & {...}) line 564 + 15 bytes CWellFormedDTD::HandleStartToken(CToken * 0x00db6a10) line 664 + 22 bytes CWellFormedDTD::HandleToken(CWellFormedDTD * const 0x02f05cb0, CToken * 0x00db6a10, nsIParser * 0x02f04800) line 537 + 12 bytes CWellFormedDTD::BuildModel(CWellFormedDTD * const 0x02f05cb0, nsIParser * 0x02f04800, nsITokenizer * 0x02f05b00, nsITokenObserver * 0x00000000, nsIContentSink * 0x02f04bc0) line 282 + 20 bytes nsParser::BuildModel() line 1980 + 34 bytes nsParser::ResumeParse(int 1, int 0) line 1846 + 11 bytes nsParser::OnDataAvailable(nsParser * const 0x02f04804, nsIRequest * 0x02f04630, nsISupports * 0x00000000, nsIInputStream * 0x02f05f10, unsigned int 0, unsigned int 1024) line 2469 + 19 bytes RDFXMLDataSourceImpl::OnDataAvailable(RDFXMLDataSourceImpl * const 0x02f03360, nsIRequest * 0x02f04630, nsISupports * 0x00000000, nsIInputStream * 0x02f05f10, unsigned int 0, unsigned int 1024) line 1065 RDFXMLDataSourceImpl::BlockingParse(nsIURI * 0x02f04f50, nsIStreamListener * 0x02f03360) line 599 + 38 bytes RDFXMLDataSourceImpl::Refresh(RDFXMLDataSourceImpl * const 0x02f03354, int 1) line 895 + 55 bytes LocalStoreImpl::LoadData() line 440 + 34 bytes LocalStoreImpl::Init() line 365 + 8 bytes NS_NewLocalStore(nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f618) line 263 + 8 bytes nsGenericFactory::CreateInstance(nsGenericFactory * const 0x02f03ab0, nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f618) line 74 + 21 bytes nsComponentManagerImpl::CreateInstance(nsComponentManagerImpl * const 0x00a26be0, const nsID & {...}, nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f618) line 1601 + 24 bytes nsComponentManagerImpl::GetService(nsComponentManagerImpl * const 0x00a26be4, const nsID & {...}, const nsID & {...}, void * * 0x0012f738) line 1761 + 50 bytes nsServiceManager::GetService(const nsID & {...}, const nsID & {...}, nsISupports * * 0x0012f738, nsIShutdownListener * 0x00000000) line 78 nsXULDocument::Init() line 4269 + 23 bytes NS_NewXULDocument(nsIXULDocument * * 0x0012f76c) line 583 + 8 bytes CreateXULDocument(nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f838) line 342 + 37 bytes nsGenericFactory::CreateInstance(nsGenericFactory * const 0x02f00b80, nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f838) line 74 + 21 bytes nsComponentManagerImpl::CreateInstance(nsComponentManagerImpl * const 0x00a26be0, const nsID & {...}, nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f838) line 1601 + 24 bytes nsComponentManager::CreateInstance(const nsID & {...}, nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012f838) line 103 nsContentDLF::CreateRDFDocument(nsISupports * 0x00000000, nsCOMPtr<nsIDocument> * 0x0012f838, nsCOMPtr<nsIDocumentViewer> * 0x0012f834) line 486 + 43 bytes nsContentDLF::CreateRDFDocument(const char * 0x023e522c, nsIChannel * 0x02300d80, nsILoadGroup * 0x022f20d0, const char * 0x0012fc8c, nsISupports * 0x022f22c4, nsISupports * 0x00000000, nsIStreamListener * * 0x0012fcdc, nsIContentViewer * * 0x0012fb4c) line 512 + 38 bytes nsContentDLF::CreateInstance(nsContentDLF * const 0x02f00bc0, const char * 0x023e522c, nsIChannel * 0x02300d80, nsILoadGroup * 0x022f20d0, const char * 0x0012fc8c, nsISupports * 0x022f22c4, nsISupports * 0x00000000, nsIStreamListener * * 0x0012fcdc, nsIContentViewer * * 0x0012fb4c) line 276 + 40 bytes nsDocShell::NewContentViewerObj(nsDocShell * const 0x022f22a0, const char * 0x0012fc8c, nsIRequest * 0x02300d80, nsILoadGroup * 0x022f20d0, nsIStreamListener * * 0x0012fcdc, nsIContentViewer * * 0x0012fb4c) line 3650 + 101 bytes nsDocShell::CreateContentViewer(nsDocShell * const 0x022f22a0, const char * 0x0012fc8c, nsIRequest * 0x02300d80, nsIStreamListener * * 0x0012fcdc) line 3534 + 60 bytes nsDSURIContentListener::DoContent(nsDSURIContentListener * const 0x022f2210, const char * 0x0012fc8c, int 0, nsIRequest * 0x02300d80, nsIStreamListener * * 0x0012fcdc, int * 0x0012fc74) line 107 + 33 bytes nsDocumentOpenInfo::DispatchContent(nsIRequest * 0x02300d80, nsISupports * 0x00000000) line 355 + 90 bytes nsDocumentOpenInfo::OnStartRequest(nsDocumentOpenInfo * const 0x02300e40, nsIRequest * 0x02300d80, nsISupports * 0x00000000) line 226 + 16 bytes nsJARChannel::OnStartRequest(nsJARChannel * const 0x02300d84, nsIRequest * 0x02300b64, nsISupports * 0x00000000) line 589 nsOnStartRequestEvent::HandleEvent() line 161 + 53 bytes nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x023115b4) line 116 PL_HandleEvent(PLEvent * 0x023115b4) line 590 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00aaf600) line 520 + 9 bytes _md_EventReceiverProc(HWND__ * 0x01250452, unsigned int 49497, unsigned int 0, long 11204096) line 1071 + 9 bytes USER32! 77e71820()
Is it possible this is from an imap folder store in LocalStore.rdf? We made it so that we shouldn't store anything in there but my understanding is that old profiles would still see this. That may be why your work profile sees it but a test profile doesn't.
an imap folder uri in localStore.rdf would definitely cause this, and yes, old profiles would see this.
so, if this is the reason this is happening then this bug is just the remainder of the "Don't load mail dll" bug http://bugzilla.mozilla.org/show_bug.cgi?id=12896 and should be marked as a dup.
> an imap folder uri in localStore.rdf would definitely cause this, and yes, old > profiles would see this. > Yes, that's indeed the case. Thanks for the info.
Product: MailNews → Core
Assignee: cavin → nobody
Status: ASSIGNED → NEW
QA Contact: esther → backend
Product: Core → MailNews Core
Jminta, is this gone with the refactoring you are working on ?
(In reply to comment #7) > Jminta, is this gone with the refactoring you are working on ? Dunno about that, but this is a SeaMonkey bug not a mailnews core bug.
Component: Backend → Startup & Profiles
Product: MailNews Core → SeaMonkey
QA Contact: backend → profile-manager
We have no interest in fixing this in SeaMonkey.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.