Closed
Bug 96681
Opened 23 years ago
Closed 9 years ago
delay calling of nsHttpHandler::InitUserAgentComponents()
Categories
(Core :: Networking: HTTP, defect, P3)
Core
Networking: HTTP
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: ftang, Unassigned)
References
Details
(Keywords: perf)
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
I found this issue while I try to address 96678. the
nsHttpHandler::InitUserAgentComponents() load nslocale.dll indrectly while it
callt the nsPref::GetLocalizedUnicharPref
I look at the stack, it seems the reason the protocol handler get create is
because the nsCodebasePrincipal::InitFromPersistent
Do we need to create useragentcomponents in that particulare moment? can we
delay it untill we really need it ? If we can, then we may speed up startup
performence by not loading nslocale.dll (with other changes)
Comment 2•23 years ago
|
||
this should be easy to do.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.5
Comment 3•23 years ago
|
||
Comment 4•23 years ago
|
||
looks like delaying InitUserAgentComponents may not be enough...
nsHttpHandler::Init() also calls PrefsChanged(), which ends up calling
GetLocalizedUnicharPref().
it'll be a bit more work to delay the code in PrefsChanged().
Comment 5•23 years ago
|
||
-> untargeted, since i'm not sure we really want to do this.
Target Milestone: mozilla0.9.5 → ---
Updated•18 years ago
|
Assignee: darin → nobody
Status: ASSIGNED → NEW
QA Contact: tever → networking.http
Target Milestone: Future → ---
Comment 7•15 years ago
|
||
Is this WONTFIX?
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•