Closed Bug 1067229 Opened 6 years ago Closed 6 years ago
IXULApp Info::ID fails in content process .
+++ This bug was initially created as a clone of Bug #886903 +++ The file addon-sdk/source/modules/system/XulApp.js makes extensive use of nsIXULAppInfo::ID(). Devtools makes use of this module, and this fails when e10s is enabled as it imports the module in the content process, and nsIXULAppInfo::ID fails with NS_ERROR_NOT_AVAILABLE in that context. While it is probably possible to fix that for the devtools specific case, it seems reasonable that content-process code might want to know the ID of the app - hence this bug. Bug 886903 sent more AppInfo data to the child process, but the "ID" of the app wasn't covered. This patch is almost identical to the one there, marshaling this ID to the child process so it can return it.
Attachment #8489218 - Flags: review?(josh)
Want to make this do the vendor property as well?
(In reply to Josh Matthews [:jdm] from comment #1) > Want to make this do the vendor property as well? Yeah, good idea.
Status: NEW → ASSIGNED
Points: --- → 2
sorry had to back this out for test failures like https://tbpl.mozilla.org/php/getParsedLog.php?id=48355185&tree=Fx-Team
So this is really blocked by bug 902165, and I'll mark bug 1070810 as invalid.
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
You need to log in before you can comment on or make changes to this bug.