Closed
Bug 1063783
Opened 10 years ago
Closed 7 years ago
SettingsService shouldn't be passing a null principal to sendAsyncMessage
Categories
(Core :: DOM: Device Interfaces, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: reuben, Unassigned)
Details
Attachments
(1 file)
3.53 KB,
patch
|
Details | Diff | Splinter Review |
See bug 1058440 comment 13. It just causes the AssertAppProcess call to fail when SettingsService is called from an app.
Attachment #8485219 -
Flags: review?(kyle)
Reporter | ||
Comment 1•10 years ago
|
||
Comment on attachment 8485219 [details] [diff] [review]
Don't pass a null principal to sendAsyncMessage
So as discussed on IRC this is not what we want. I'm trying to think of a better way to handle this.
Attachment #8485219 -
Flags: review?(kyle)
Reporter | ||
Comment 2•10 years ago
|
||
Ugh, I'm not sure what to do here, even just accepting the system principal in AssertAppPrincipal is tricky, it's a pointer value that obviously is not consistent across processes…
It seems like SettingsService needs a different protocol to the parent that doesn't try to do principal validation.
Comment 3•7 years ago
|
||
Cleaning up Device Interfaces component, and mass-marking old FxOS bugs as incomplete.
If any of these bugs are still valid, please let me know.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•