Closed
Bug 809924
Opened 12 years ago
Closed 12 years ago
MozMobileConnection misbehave on first run - lockscreen stay in "emergency calls only" even with a sim card
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(blocking-basecamp:+)
RESOLVED
DUPLICATE
of bug 806307
blocking-basecamp | + |
People
(Reporter: ochameau, Unassigned)
References
Details
Attachments
(2 files)
For some reason the MozMobileConnection is broken. On firstrun of b2g on a device (unagi) with a sim card, the lock screen stays in "emergency calls only" mode and the SIM PIN dialog never show up. That's because MozMobileConnection.cardState is null and stays null. The only way to get it working again is to switch on and off the airplane mode, or restart b2g process. This issue prevent from asking the SIM PIN and having any Mobile connection working.
Reporter | ||
Comment 1•12 years ago
|
||
Need to be confirmed, but if it doesn't happen only in my build, definitely a blocker.
Blocks: 804966
blocking-basecamp: --- → ?
Comment 2•12 years ago
|
||
I don't have unagi to test it, but this sounds like being caused by Bug 806307.
Depends on: 806307
(In reply to Alexandre Poirot (:ochameau) from comment #1) > Need to be confirmed, but if it doesn't happen only in my build, definitely > a blocker. Hi Alexandre, Can you enable the debug log for us? it's in dom/system/gonk/ril_const.js, flip DEBUG_ALL to true.
Reporter | ||
Comment 4•12 years ago
|
||
Sure, here is a log for a device booting with the locking stuck in "emergency call".
Reporter | ||
Comment 5•12 years ago
|
||
And here is the exact same device but I then switched the aiplane mode on and then off so that the lockscreen works and display "emergency calls only (SIM PIN required)"
(In reply to Alexandre Poirot (:ochameau) from comment #4) > Created attachment 680117 [details] > RIL logs > > Sure, here is a log for a device booting with the locking stuck in > "emergency call". Hi Alexandre Thanks for providing the log. :) I've checked the log, For PIN lock isuse it should related to Bug 806307 The pinRequired message is sent in line 802 but system-message-listener-ready is received in line 838. so seems gaia cannot receive the pinRequired state so it cannot pop up PIN dialog. And since the SIM is locked by PIN so it cannot register to network, that's why it shows emergency only. Thanks for reporting this. I'll duplicate this to Bug 806307, or if you have different opinion please feel free to re-open it.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Comment 7•12 years ago
|
||
Vicamo, it's not clear to me how this bug is a duplicate from bug 806307. Can you be more explicit?
(In reply to Mounir Lamouri (:mounir) from comment #7) > Vicamo, it's not clear to me how this bug is a duplicate from bug 806307. > Can you be more explicit? Hi, Mounir Those icc-related messages (cardStateChanged) are sent too early, before gaia is ready to handle them. (notice that the SIM card events will still be notified to gecko even the radio is still off). When gaia is ready to receive messages, it should send 'system-message-listener-ready' to gecko. In these two bugs, those icc messages are sent before receiving system-message-listener-ready, so I duplicate them. Does this make sense to you? BTW, my name is Yoshi, not Vicamo (It's okay, many people got confused :) )
Comment 9•12 years ago
|
||
Arf, sorry Yoshi. I don't know what happened. First of all, I was pretty sure the comment was from Vicamo and not from you and I thought you marked this bug as a duplicate of bug 804966 but you actually marked it as blocking bug 804966 which makes way more sense actually :) I will put that on the fact that it was Sunday morning ;) Sorry again for the confusion and the noise.
blocking-basecamp: ? → +
You need to log in
before you can comment on or make changes to this bug.
Description
•