Open
Bug 1136836
Opened 10 years ago
Updated 2 years ago
Load chrome: URLs through parent process
Categories
(Core :: Security: Process Sandboxing, defect, P3)
Tracking
()
NEW
People
(Reporter: billm, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: sb+)
Filing this based on bug 1136407. If we prevent the content process from accessing the profile directory, then we need to give it a way to access chrome: URLs. Otherwise, add-ons won't be able to load frame scripts.
Jed, please dupe this if it's already filed. I couldn't find anything.
Comment 1•10 years ago
|
||
This bug is also affecting at least Mac but I don't know for Windows, so I refrain from changing platform to "all". Bugzilla offers not multiple choice option here.
Reporter | ||
Comment 2•10 years ago
|
||
Frame scripts are described here:
https://developer.mozilla.org/en-US/Firefox/Multiprocess_Firefox/The_message_manager
Comment 3•10 years ago
|
||
I filed bug 1109293 for something similar with resource: URLs. In that bug I suggested that they resolve to the remoteopenfile: scheme instead of file:, to reuse the code that currently makes app:// work on B2G, but there might be a better way than that.
Updated•9 years ago
|
Blocks: sandbox-fs
Updated•9 years ago
|
Updated•9 years ago
|
Whiteboard: sbwc2
Updated•8 years ago
|
Whiteboard: sbwc2 → sbwc3
Updated•7 years ago
|
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•