Closed
Bug 786686
Opened 14 years ago
Closed 14 years ago
B2G Contacts API must not access RadioInterfaceLayer in content process
Categories
(Core :: DOM: Device Interfaces, defect)
Tracking
()
People
(Reporter: allstars.chh, Assigned: allstars.chh)
References
Details
Attachments
(1 file)
|
7.52 KB,
patch
|
gwagner
:
review+
|
Details | Diff | Splinter Review |
The error message is:
E/GeckoConsole( 1714): [JavaScript Error: "NS_ERROR_XPC_GS_RETURNED_FAILURE: Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]" {file: "jar:file:///system/b2g/omni.ja!/components/ContactManager.js" line: 27}]
Updated•14 years ago
|
blocking-basecamp: --- → ?
Comment 1•14 years ago
|
||
Hm did anything change in the mozilla.org/telephony/system-worker-manager?
All I do is:
XPCOMUtils.defineLazyGetter(this, "mRIL", function () {
return Cc["@mozilla.org/telephony/system-worker-manager;1"].getService(Ci.nsIInterfaceRequestor).getInterface(Ci.nsIRadioInterfaceLayer);
});
Comment 2•14 years ago
|
||
Err, ContactManager.js lives in the content process, right? You don't have the SystemWorkerManager or RadioInterfaceLayer there.
Comment 3•14 years ago
|
||
(In reply to Philipp von Weitershausen [:philikon] from comment #2)
> Err, ContactManager.js lives in the content process, right? You don't have
> the SystemWorkerManager or RadioInterfaceLayer there.
Ah Contacts is now OOP. That makes sense. Thx!
Comment 4•14 years ago
|
||
I don't think Contacts is going back in-process so marking as a blocker.
blocking-basecamp: ? → +
Updated•14 years ago
|
Assignee: nobody → anygregor
Updated•14 years ago
|
Summary: B2G: ContactManager.js cannot get RadioInterfaceLayer → B2G Contacts API must not access RadioInterfaceLayer in content process
Comment 5•14 years ago
|
||
Yoshi started working on it. Thanks Yoshi!
Assignee: anygregor → allstars.chh
| Assignee | ||
Comment 6•14 years ago
|
||
Hi, Gregor
Can you give me some feedback for my patch?
Thanks
Attachment #657300 -
Flags: feedback?(anygregor)
| Assignee | ||
Comment 7•14 years ago
|
||
Comment on attachment 657300 [details] [diff] [review]
Patch
Hi, Gregor
Can you review this patch for me?
Also if there is error happened when getICCContacts, (i.e. SIM is not inserted)
the callback would still be called,
as I address this in Bug 786694 Part 2.
Thank you :)
Attachment #657300 -
Flags: feedback?(anygregor) → review?(anygregor)
Comment 8•14 years ago
|
||
(In reply to Yoshi Huang[:yoshi][:allstars.chh] from comment #7)
> Comment on attachment 657300 [details] [diff] [review]
> Patch
>
> Hi, Gregor
> Can you review this patch for me?
>
> Also if there is error happened when getICCContacts, (i.e. SIM is not
> inserted)
> the callback would still be called,
> as I address this in Bug 786694 Part 2.
>
> Thank you :)
Could we expose this info (no sim card) with an error callback?
| Assignee | ||
Comment 9•14 years ago
|
||
(In reply to Gregor Wagner [:gwagner] from comment #8)
> Could we expose this info (no sim card) with an error callback?
Sure, I'll file another bug for this and take it.
Updated•14 years ago
|
Attachment #657300 -
Flags: review?(anygregor) → review+
| Assignee | ||
Comment 10•14 years ago
|
||
| Assignee | ||
Updated•14 years ago
|
Target Milestone: --- → mozilla18
| Assignee | ||
Comment 11•14 years ago
|
||
(In reply to Yoshi Huang[:yoshi][:allstars.chh] from comment #9)
> (In reply to Gregor Wagner [:gwagner] from comment #8)
> > Could we expose this info (no sim card) with an error callback?
>
> Sure, I'll file another bug for this and take it.
File Bug 787477 for this.
Comment 12•14 years ago
|
||
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•