Closed
Bug 1228129
Opened 9 years ago
Closed 10 days ago
Remove nsIProtocolHandler.newURI
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
RESOLVED
DUPLICATE
of bug 1536744
People
(Reporter: sicking, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-backlog])
nsIProtocolHandler is commonly implemented in JS and by addons. That means that we can't call it off the main thread. That currently makes URI creation off the main thread impossible.
Instead we should let the nsIProtocolHandler declare what URI parser it wants to use. So that it can choose if it should parse as a scheme://host/path (like http/https/ftp) or as a plain scheme:identity (like about: and data:)
We'll also have to add special parsers for things like jar: URIs and moz-icon: URIs.
|
Reporter | |
Comment 1•9 years ago
|
||
We probably also need a different form of registration mechanism, since right now I don't think we can enumerate all registered protocol handlers on startup.
|
||
Updated•9 years ago
|
Whiteboard: [necko-backlog]
|
||
Comment 2•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
|
|
||
Comment 3•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
|
||
Updated•2 years ago
|
Severity: normal → S3
|
||
Comment 4•10 days ago
|
||
This was removed in bug 1536744
You need to log in
before you can comment on or make changes to this bug.
Description
•