Closed
Bug 109577
Opened 24 years ago
Closed 15 years ago
messenger.properties is loaded on nav startup
Categories
(SeaMonkey :: Startup & Profiles, defect)
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.
Comment 1•24 years ago
|
||
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
Updated•24 years ago
|
Status: NEW → ASSIGNED
Comment 2•24 years ago
|
||
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()
Comment 3•24 years ago
|
||
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.
Comment 4•24 years ago
|
||
an imap folder uri in localStore.rdf would definitely cause this, and yes, old
profiles would see this.
Comment 5•24 years ago
|
||
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.
Comment 6•24 years ago
|
||
> 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.
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Assignee: cavin → nobody
Status: ASSIGNED → NEW
QA Contact: esther → backend
| Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
Comment 7•17 years ago
|
||
Jminta, is this gone with the refactoring you are working on ?
Comment 8•17 years ago
|
||
(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
Comment 9•15 years ago
|
||
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.
Description
•