865121 - [FTE] Enable data during FTE is not working, data is not enabled when FTE is finished

Status: RESOLVED DUPLICATE of bug 1175861

(Firefox OS Graveyard :: Gaia::First Time Experience, defect)

Description

[Carlos Martínez Toral [:carlosmartinez]]

Tested on unagi with Gecko-a378fd4.Gaia-79f122d from V1.0.1.

STR:
1-Flash the unagi device
2-Go through FTE enabling data connection
3-When FTE is finished try to browse a web page opening browser app

Expected result --> Webpage is loaded as data connection was enabled in the FTE

Actual result --> A message is shown indicating you´re in offline mode

Comment 1

[Ken Chang[:kenkai]]

Carlos, can you please provide the log? logcat and radio.

Comment 2

[Anshul]

Phil, please try to reproduce this while we wait for logs from Carlos.

Comment 3

[Carlos Martínez Toral [:carlosmartinez]]

Attachment: Logcat during FTE

Comment 4

[Carlos Martínez Toral [:carlosmartinez]]

Added logcat. Seems like the problem is with APN settings, that are empty. We´re not able to enable 3G connection from settings neither.

Comment 5

[Carlos Martínez Toral [:carlosmartinez]]

Seems like the problem occurs only with Moz Ril, settings are recovered with AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.072 but with this RIL SIM is reported as not ready. I will open another bug with this case.

Comment 6

[Ken Chang[:kenkai]]

(In reply to Carlos Martínez Toral [:carlosmartinez] from comment #5)
> Seems like the problem occurs only with Moz Ril, settings are recovered with
> AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.072 but with this RIL SIM is
> reported as not ready. I will open another bug with this case.

Please assign to me, if you creat this new bug.

Comment 7

[Daniel Coloma:dcoloma]

tef- as this does nott occur with commercial RIL. please renominate if that happens with Commercial RIL too.

Comment 8

[Edgar Chen [:edgar]]

(In reply to Carlos Martínez Toral [:carlosmartinez] from comment #5)
> Seems like the problem occurs only with Moz Ril, settings are recovered with
> AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.072 but with this RIL SIM is
> reported as not ready. I will open another bug with this case.

Hi Carlos:

I tried to reproduce this issue with the same version you used, Gecko-a378fd4.Gaia-79f122d + Moz Ril.
But I did not meet this issue. And unfortunately the log you provided, attachment 741721 [details], did not enable RIL debug flag, the information isn't enough to analysis. :(

Could you help to provide below information to us?
1. The reproduce rate in your side.
2. SIM card you used.
3. And please provide the log with RIL debug enabled. You can rebuild with enabling DEBUG flag in ril_const.js [1]. or follow the instruction of bug 811605 comment #5 to dynamic enable ril debug.

Thanks

[1] http://mxr.mozilla.org/mozilla-central/source/dom/system/gonk/ril_consts.js#17

Comment 9

[Edgar Chen [:edgar]]

After did more test, I found this issue may cause by mnc. I fake device insert Orange's sim card which mcc is '214' and mnc is '03' [1], issue occurred, no apn settings. And if I let MOZ RIL report mnc as '3', the apn settings are recovered. So I think the commercial RIL dose not have this issue is because they report mnc as '3' in this case.  Anshul, could you help to confirm this behavior? Thanks.

[1] http://en.wikipedia.org/wiki/Mobile_Network_Code

Comment 10

[Ken Chang[:kenkai]]

(In reply to Carlos Martínez Toral [:carlosmartinez] from comment #5)
> Seems like the problem occurs only with Moz Ril, settings are recovered with
> AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.072 but with this RIL SIM is
> reported as not ready. I will open another bug with this case.

Carlos, can you please test this bug with latest commercial RIL (ril01.00.01.019.087, or later)?

Comment 11

[Carlos Martínez Toral [:carlosmartinez]]

I´ve retested with AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.091 and works fine, and with mozRIL and build id : 20130430104738, APN settings are empty.

Comment 12

[Carlos Martínez Toral [:carlosmartinez]]

Attachment: RIL debug enabled logs

Comment 13

[Anshul]

(In reply to Edgar Chen [:edgar][:echen] from comment #9)
> After did more test, I found this issue may cause by mnc. I fake device
> insert Orange's sim card which mcc is '214' and mnc is '03' [1], issue
> occurred, no apn settings. And if I let MOZ RIL report mnc as '3', the apn
> settings are recovered. So I think the commercial RIL dose not have this
> issue is because they report mnc as '3' in this case.  Anshul, could you
> help to confirm this behavior? Thanks.
Edgar, with AU AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.091 commercial RIL also reports the mnc as string so we should be reporting mnc as 03 and not 3. Assuming 03 is the right value to report, what really is the issue? 



> 
> [1] http://en.wikipedia.org/wiki/Mobile_Network_Code

Comment 14

[Anshul]

I hacked commercial RIL code to report 214 and 03 as MCC/MNC and I see that the APN setting for "Orange Internet Movil" is selected in Data Settings correctly.

Comment 15

[Edgar Chen [:edgar]]

(In reply to Anshul from comment #14)
> I hacked commercial RIL code to report 214 and 03 as MCC/MNC and I see that
> the APN setting for "Orange Internet Movil" is selected in Data Settings
> correctly.

Thanks for your help on commercial RIL, Anshul.

Comment 16

[Edgar Chen [:edgar]]

This issue was reported with Gecko-a378fd4.Gaia-79f122d from V1.0.1. (see comment #0)
There is a Gecko/Gaia compatibility issues in above version. (Gaia commit is a bit old)
So when I use the same version, I found the behavior of comment #9.

I have retested with Gecko-d12f4b1d.Gaia-09046df3 from V1.0.1 which is more recent Gecko and Gaia.
It works well in my unagi + MOZ-RIL.

Please reopen if this still occurs.

Thanks

Comment 17

[Dan Callahan [:callahad]]

[Blocking Requested - why for this release]: I see this on the Spark v0.1 build

Prevents importing contacts or setting up sync during FTE without WiFi.

Poor error messaging after setup could create confusion re: why pages and apps don't load.

ni? :drs so that he's aware and can triage appropriately for the Spark push at Whistler next week.

Comment 18

[Sam Foster [:sfoster] (he/him)]

Fixed by the patch on bug 1175861