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)

x86_64
Windows 7
defect
Not set
normal

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.
Need to be confirmed, but if it doesn't happen only in my build, definitely a blocker.
Blocks: 804966
blocking-basecamp: --- → ?
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.
Attached file RIL logs
Sure, here is a log for a device booting with the locking stuck in "emergency call".
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
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 :) )
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.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: