SIM unlock doesn't accept 5 digits PIN

Bug #1240561 reported by Loïc Minier
22
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Network Menu
Fix Released
Undecided
Antti Kaijanmäki
indicator-network (Ubuntu)
Fix Released
Undecided
Antti Kaijanmäki
unity8 (Ubuntu)
Fix Released
High
Michael Zanetti

Bug Description

My SIM unlock PIN is 5 digits; when I type the 4th one, it's immediately sent to the SIM.

I haven't retried since I fear locking it for good.

I have seen some code allowing up to 16 digits for SIM PIN and a couple of docs mentioning 8 digits for SIM PIN and PUK.

I think we should allow 8 digits.

<https://wiki.ubuntu.com/SecurityAndPrivacySettings#common-behavior>: "For the 'Switch to swipe', 'Switch to passcode', 'Switch to passphrase', 'Change passcode', 'Change passphrase', and 'Change SIM PIN' dialogs: * Whenever a passcode field does not contain exactly four digits, or a SIM PIN field does not contain 4~8 digits (the GSM PIN bounds), the main action button should be insensitive."

Tags: has-test

Related branches

Revision history for this message
Tony Espy (awe) wrote :

Just to confirm, GSM allows PINs to be 4-8 digits long.

Revision history for this message
Tony Espy (awe) wrote :

Also confirmed the behavior. After the user types four digits, an auto-enter occurs, preventing the user from entering any more characters.

Also, while PINs can be 4-8 characters, PUKs can be much longer, up to 16 as mentioned by Loic.

Changed in indicator-network (Ubuntu):
status: New → Confirmed
Changed in unity8:
assignee: nobody → Michael Zanetti (mzanetti)
status: New → In Progress
importance: Undecided → High
tags: added: has-test
Revision history for this message
Matthew Paul Thomas (mpt) wrote :
description: updated
Changed in indicator-network:
status: New → Confirmed
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:unity8 at revision None, scheduled for release in unity8, milestone phone-v1-freeze

Changed in unity8:
status: In Progress → Fix Committed
Michał Sawicz (saviq)
Changed in unity8 (Ubuntu):
status: New → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (6.6 KiB)

This bug was fixed in the package unity8 - 7.84+14.04.20131128.2-0ubuntu1

---------------
unity8 (7.84+14.04.20131128.2-0ubuntu1) trusty; urgency=low

  [ Michal Hruby ]
  * Depend on the separate scopes plugin
  * Move the BottomBar* DBus communicator to the Utils plugin.

  [ Michał Sawicz ]
  * Wait for DashHome to be available in tst_Shell. (LP: #1254898)
  * Use plugindir from unity-shell-api.pc.
  * Expect stop in upstart job and raise in case of surfaceflinger. (LP:
    #1239876)

  [ Albert Astals ]
  * Fix time test in Qt 5.2 Make factors an array instead of a
    object/dict Objects/dicts are unordered by definition, it happened
    that Qt 5.0 gave them in the orrder we wanted, but with Qt 5.2 is
    failing, and we don't even need the "key", so array works as well
    :).
  * Test that the dash hswipe is disabled while the inner stuff is
    moving .
  * Skip restMaximizeVisibleAreaMoveUpAndShowHeader, it's causing too
    many failed runs And we are confident it's failing because of the
    suboptimal scenegraph run in 5.0.x.
  * Make Dash::test_show_scope_on_load more robust If we are testing
    showScopeOnLoaded make sure we force a scope reload after we set it,
    otherwise it may just happen that the scope has already been loaded
    and the expectaction that we'll change the list to it is just wrong.
  * Dash renderer signals: No need to pass the model up and down Whoever
    is listening to the signal has access to the item that emits the
    signal and has the model right there accessible if needs it.
  * LVWPH: Fix header going bad when setContentHeight ends up moving the
    viewport How to reproduce the bug easily without the patch: * In the
    Dash Home, search for london * Scroll to the bottom * Start moving
    to the apps scope very slowly * At around 3/4 of the move you'll see
    the header in the home scope went to a bad position * Go back to the
    Dash Home. (LP: #1237942, #1246351)
  * Remove unused AppInfo and VideoInfo files .
  * Kill unused ApplicationsFilterGrid.qml .
  * Unify ScopeView and GenericScopeView .
  * Fix header getting lost as per bug 1245824. (LP: #1245824)
  * Remove unused Time.js and its test .
  * Do not include the QtQml megaheader Include only qqml.h which is
    what we need in these files.
  * Don't do stuff if our parent context is gone We'll be gone soon too
    (and crash probably) so don't do anything. This looks a bit like a
    workaround, wait for 5.2 better painting/dispatching loop to see if
    this is not needed anymore, we find a better way to do it, or we
    decide this is fine.

  [ Lars Uebernickel ]
  * Allow setting different indicator positions for different profiles.

  [ Mirco Müller ]
  * Added checkbox for toggling between echo-modes of password-
    entryfields in ext. snap-decisions.
  * Fixes bug #1200569. (LP: #1200569)

  [ Andrea Cimitan ]
  * Switch to application scope when a dash swipe is taking place and an
    app is on foreground. (LP: #1231996)
  * Shifts wallpaper rendering for greeter lockscreen to be inline with
    shell. (LP: #1231731)
  * Dinamically load the Carousel/Filtergrid with more than 6 items.
    (LP: #1226288, #1234105)
  * R...

Read more...

Changed in unity8 (Ubuntu):
status: Fix Committed → Fix Released
Michał Sawicz (saviq)
Changed in unity8:
status: Fix Committed → Fix Released
description: updated
Changed in indicator-network:
assignee: nobody → Antti Kaijanmäki (kaijanmaki)
Changed in indicator-network (Ubuntu):
assignee: nobody → Antti Kaijanmäki (kaijanmaki)
Changed in indicator-network:
status: Confirmed → Triaged
Changed in indicator-network (Ubuntu):
status: Confirmed → Triaged
Changed in indicator-network (Ubuntu):
status: Triaged → Fix Released
Changed in indicator-network:
status: Triaged → Fix Released
Michał Sawicz (saviq)
Changed in unity8 (Ubuntu):
assignee: nobody → Michael Zanetti (mzanetti)
importance: Undecided → High
no longer affects: unity8
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.