this is a spin off from 75041, I found one of the reason nslocale.dll is load into memory with blank.xul is because nsXULContentUtils::Init() get the service. I will include a patch to fix it and let waterson review it.
there are several places will load nslocale.dll into the memory at start up, here is one of the place.
Status: NEW → ASSIGNED
Created attachment 46905 [details] [diff] [review] delay loading of date time formater untill we really need it
Created attachment 47857 [details] [diff] [review] the real patch, the previous one is for other bug
dp and waterson- can you r/sr= this one ? This won't be a big win since we still need to load this dll for other (many) reason. But at least we create one less object untill we really need it.
Priority: -- → P3
Target Milestone: --- → mozilla0.9.5
dp, can you r= this one ?
Target Milestone: mozilla0.9.5 → mozilla0.9.6
delay taking since there are no way can remove loading nslocale.dll anyway. No obvious way by doing this one.
set it to unmark
Target Milestone: mozilla0.9.6 → ---
according to the startup perf triage meeting. mark this as future
Target Milestone: --- → Future
what a hack. I have not touch mozilla code for 2 years. I didn't read these bugs for 2 years. And they are still there. Just close them as won't fix to clean up.
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WONTFIX
Mass Re-open of Frank Tangs Won't fix debacle. Spam is his responsibility not my own
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Mass Re-assinging Frank Tangs old bugs that he closed won't fix and had to be re-open. Spam is his fault not my own
Assignee: ftang → nobody
Status: REOPENED → NEW
I think this has outlived its usefulness.
Status: NEW → RESOLVED
Last Resolved: 14 years ago → 7 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.