Closed
Bug 38056
Opened 25 years ago
Closed 25 years ago
HTTP should provide a "first-time-needed" category for delayed loading.
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
INVALID
People
(Reporter: jud, Assigned: gagan)
Details
We want to delay loading of header observers in HTTP (nsINetModuleMgr). I think
this should work by loading the category (which header observers register
under) in HTTP on the first HTTP request. Trying to do header level loading
seems heavy, though I guess we could create a category for each header :-/.
Reporter | ||
Comment 1•25 years ago
|
||
fixing spelling in summary
Summary: HTTP should provice a "first-time-needed" category for delayed loading. → HTTP should provide a "first-time-needed" category for delayed loading.
Reporter | ||
Comment 3•25 years ago
|
||
to delay loading of HTTP specific modules in an attempt to speed up startup.
I got that part, but the HTTP handler itself doesn't load till the first http
request. We call the HTTP startup category only after that, and then it doesn't
save us much since the first request is the one that loaded the handler in the
first place. I would let DP say more if there is a way to delay other things to
load which register for a category...
Assignee: gagan → dp
Comment 5•25 years ago
|
||
We already have this. Http on first request will create instances of
CID/Progid registered under category "http-startup-category"
I dont think this will improve startup but certainly will eliminate
depedencies.
Comment 6•25 years ago
|
||
Back to gagan. Let me know if you want me help me fit in any other component
into this category approach.
Assignee: dp → gagan
Based on the discussions above this seems invalid. marking as such. Reopen if
you have a better suggestion.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•