Closed Bug 833619 Opened 11 years ago Closed 11 years ago

[Open_] Increase length of NCK code from 8 bytes up to 16 bytes

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.0 fixed)

VERIFIED FIXED
blocking-b2g tef+
Tracking Status
b2g18 --- fixed
b2g18-v1.0.0 --- fixed

People

(Reporter: cyvins, Assigned: alive)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.52 Safari/537.17

Steps to reproduce:

1) load the system image with sim lock enabled
2) activate the sim lock function
3) boot up the device
4) input the unlocking pass code


Actual results:

Current SIM Lock implementation only supports 8 bytes unlocking passcode


Expected results:

It should support unlocking pass code more than 8 bytes, our lower sim-lock algorithm requires 16 bytes pass code
OS: All → Gonk (Firefox OS)
Hardware: All → ARM
Nominating as this blocks TEF certification.
blocking-b2g: --- → tef?
blocking-b2g: tef? → tef+
Assignee: nobody → ehung
blocking-b2g: tef+ → tef?
blocking-b2g: tef? → tef+
Component: Gaia → Gaia::System
Stealing.
Assignee: ehung → alive
WIP patch
https://github.com/mozilla-b2g/gaia/pull/7796

I think I need to find a SIM card could accept 16 bytes PIN code to test, or needs QA help here.
Patch here.
https://github.com/mozilla-b2g/gaia/pull/7796

The problem is we don't have a SIM card could accept more than 8 bytes to test.
Attachment #706300 - Flags: review?(timdream)
(In reply to Alive Kuo [:alive] from comment #4)
> The problem is we don't have a SIM card could accept more than 8 bytes to
> test.
This issue is not releated to SIM card PIN. This is the lenght of the Lock code for the device when you introduce a "wrong" SIM card that it is not the one of the supported carrier.
For testing this length, maybe we could need here the help of QC team or any OEM.
Comment on attachment 706300 [details]
https://github.com/mozilla-b2g/gaia/pull/7796

Cancel review. I guess this bug is a hidden feature to me that I never knows we have wrong sim card alert dialog.
Attachment #706300 - Flags: review?(timdream)
(In reply to Beatriz Rodríguez [:brg] from comment #5)
> (In reply to Alive Kuo [:alive] from comment #4)
> > The problem is we don't have a SIM card could accept more than 8 bytes to
> > test.
> This issue is not releated to SIM card PIN. This is the lenght of the Lock
> code for the device when you introduce a "wrong" SIM card that it is not the
> one of the supported carrier.
> For testing this length, maybe we could need here the help of QC team or any
> OEM.

OK..So are you talking about NCK? It's not PIN for sure.
Patch v1: Use the getAttribute instead of hard code.
Attachment #706325 - Flags: review?(poirot.alex)
Comment on attachment 706325 [details]
https://github.com/mozilla-b2g/gaia/pull/7801

Looks good and works fine.
Attachment #706325 - Flags: review?(poirot.alex) → review+
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
(In reply to Alive Kuo [:alive] from comment #7)
> OK..So are you talking about NCK? It's not PIN for sure.

Yes, this is the length of NCK code. The previous development was done for 8bytes and one partner is asking for 16b support.
Please update title to mean the real problem. I was totally misunderstanding the problem either, and did the same patch of attachment 706300 [details].
Thank Alive's help on this issue.
Summary: [Open_]Current SIM Lock implementation only supports 8 bytes unlocking passcode → [Open_] Increase length of NCK code from 8 bytes up to 16 bytes
Marking this as status-b2g18-v1.0.0 fixed as well, just for clarity as we move forward with v1-train branches tracking/status.
Issue doesn't reproduce on Unagi device:

Build ID: 20130214070203
December 5th Kernel
Gaia: 6544fdb8dddc56f1aefe94482402488c89eeec49
Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/d1288313218e

16 bit passcode is programed and accepted successfully.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: