Open
Bug 564315
Opened 14 years ago
Updated 2 years ago
e10s: Move URILoader (or its logic for deciding whether to download) into chrome
Categories
(Firefox :: File Handling, defect)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
e10s | later | --- |
People
(Reporter: jduell.mcbugs, Unassigned)
References
Details
We'd like to be able to determine if channels are to be downloaded in chrome, without needed to involve content. But right now URILoader lives in content, and we're hacking around it (bug 562444). We should figure out how to move URILoader and/or the logic it uses for this into chrome. Since content processes may load/unload add-ons or extensions that handle specific content-types, this may involve a subscription model where content processes can update the chrome process when they add/remove the ability to handle a certain type of file. It would be nice to fix this by the time we use e10s/necko for Firefox.
Updated•10 years ago
|
tracking-e10s:
--- → +
Updated•10 years ago
|
Updated•8 years ago
|
Product: Core → Firefox
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•