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)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: reuben, Unassigned)

Details

Attachments

(1 file)

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)
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)
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.
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.

Attachment

General

Created:
Updated:
Size: