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)

x86
Linux
defect

Tracking

()

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.
Product: Core → Firefox
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.