Closed
Bug 1334288
Opened 8 years ago
Closed 8 years ago
Some devtools tests read files from the profile from the content process
Categories
(Core :: Security: Process Sandboxing, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1332522
People
(Reporter: haik, Assigned: haik)
References
Details
(Whiteboard: sbmc2)
The following tests copy a file to the profile directory and then attempt to read it from the editor running in the content process.
devtools/client/styleeditor/test/browser_styleeditor_filesave.js
devtools/client/styleeditor/test/browser_styleeditor_import.js
devtools/client/styleeditor/test/browser_styleeditor_inline_friendly_names.js
devtools/client/styleeditor/test/browser_styleeditor_sourcemap_watching.js
We'll soon be removing filesystem read privileges from the content sandbox which will include reading from the profile dir.
On Mac, reading from the base of profile dir is already prevented on Nightly, but, due to bug 1333681, that restriction didn't work for automated tests.
Assignee | ||
Updated•8 years ago
|
Comment 1•8 years ago
|
||
If these tests are specifically meant to simulate the user interacting with content loaded from a file:/// URIs, maybe they should be using a file content process?
Assignee | ||
Comment 2•8 years ago
|
||
(In reply to Jed Davis [:jld] {⏰UTC-7} from comment #1)
> If these tests are specifically meant to simulate the user interacting with
> content loaded from a file:/// URIs, maybe they should be using a file
> content process?
It turns out they are being loaded in a file content process, but the loads were failing due to bug 1332522. As long as the file content process is enabled, these tests shouldn't fail due to reading from the profile dir.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•