[Greeter] Says "Enter your PIN" when i have no PIN (there's not even a SIM card on the phone)

[Albert Astals Cid]

See http://i.imgur.com/JORXscB.png i guess it should say "Enter your passcode" or something, PIN is something that i totally associate with SIM PIN in the phone context

[Michał Sawicz (saviq)]

This was an explicit design request.

[Michał Sawicz (saviq)]

The settings app still says "passcode", this adds to the confusion a lot.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Antti Kaijanmäki (kaijanmaki)]

calling the device passcode "PIN" is highly confusing. I want this opened up on design side.

[Tony Espy (awe)]

@Antti and @Albert

PINs originally were used primarily in bankings systems and are pretty commonly used for ATMs, bank web logins, security requests by customer service reps, ...

PIN is a basic security type that can be used on Android to lock devices. iOS being different use the term "Passcode".

So, I don't think our usage of the term is that confusing.

[Pat McGowan (pat-mcgowan)]

Lets make it conssistent in settings, change to PIN

[Albert Astals Cid (aacid)]

@Tony, i know PIN - >Personal Identifier Number.

Sure, i refer my Bank Card PIN as PIN too.

But on my phone, my PIN has always been my SIM PIN, maybe it's different for you guys since you've never had PINs on your SIMs in the USA (or so I've been told), but here 100% of people do. Of course i don't have any field data different that me and my group of friends so i may be wrong.

The other problem with mixing device PIN and SIM PIN is that is easy that people will end end up locking of their phone (people know their PIN, not their PUK)

[Antti Kaijanmäki (kaijanmaki)]

https://www.google.com/search?q=phone+PIN+code

#1 result: http://www.gsmarena.com/glossary.php3?term=pin-code
"""
In GSM mobile phones, the PIN is normally associated with the SIM card (not the phone) and must be entered each time the phone is switched on.
"""

#2 result: http://www.ehow.com/how_4801144_pin-number-cell-phone.html
"""
Call your service provider and request the PIN. You will have to prove you are a customer by stating your cell phone number, address and and other personal information used for security.
"""

#3 result: http://service.o2.co.uk/IQ/SRVS/CGI-BIN/WEBCGI.EXE?New,Kb=Companion,question=ref(User):str(Mobile),CASE=14742
"""
What's the PIN code for my mobile?

The PIN code (Personal Identification Number) can be enabled to prevent unauthorised access to your O2 mobile SIM.
"""

[Thomas Strehl (strehl-t)]

The naming is confusing indeed, I accidentally entered the wrong PIN already. As this is clearly more an issue for consumers that are used or using to SIM PINs we need to rephrase. If we continue using the word "PIN" we should at least clearly say either "device PIN" or "SIM PIN".

[John Lea (johnlea)]

Description updated with desired resolution.

[Pat McGowan (pat-mcgowan)]

Sorry back to you

[Michał Sawicz (saviq)]

Yay.

Not.

(for design reviews)

[Matthew Paul Thomas (mpt)]

The greeter specification and System Settings specification both use the string "PIN code". That is not "PIN" as shown in the screenshot, but nor is it "passcode" as referred to in the supposed "Desired resolution".

Olga asked me to change "passcode" to "PIN code" in the System Settings design, on the grounds that "passcode" was too similar to "passphrase". <https://wiki.ubuntu.com/SecurityAndPrivacySettings?action=diff&rev2=49&rev1=48>

Now, that wouldn't necessarily solve the problem: we might be avoiding confusion with passphrases merely by introducing confusion with SIM PINs. Antti provides compelling evidence that "PIN" is strongly associated with SIM PIN. But if that's true, how is it possible (as Tony points out, and I've verified) that Android uses "PIN" for the non-SIM security method? Are Android users often confused about this? Or is it just that the SIM PIN and device PIN prompts have confusingly similar appearance on Ubuntu? (I can't check that because Ubuntu won't yet let me turn on the SIM PIN.)

In any case, this is not resolved design-wise: I'm clearing the "Desired resolution" because it does not match either of the specifications.

[Launchpad Janitor (janitor)]

This bug was fixed in the package unity8 - 8.00+14.10.20140827.2-0ubuntu1

---------------
unity8 (8.00+14.10.20140827.2-0ubuntu1) utopic; urgency=low

  [ Michał Sawicz ]
  * Implement scope header customization options
  * Don't ignore empty attributes in CardAttributes.qml and improve its
    encapsulation (LP: #1355901)
  * Add support for preview button color customization. Deprecate
    support for action icons.
  * Add table preview widget
  * Make "See Less" get stuck at the bottom of the view
  * Support alternative navigation in the dash.
  * Add scope settings UI
  * Add scope favoriting support
  * Passcode, not PIN (LP: #1361114)

  [ Jussi Pakkanen ]
  * Use nullptr instead of NULL.

  [ Albert Astals ]
  * Add table preview widget
  * Make "See Less" get stuck at the bottom of the view
  * Support alternative navigation in the dash.
  * Make the PageHeaderLabelTest pass under valgrind

  [ Benjamin Zeller ]
  * Add support for scope:// url in the dash (LP: #1361349)

  [ Marcus Tomlinson ]
  * Handle the openScope signal in "tempScopeItem" (ScopesOverview.qml)
    as is done with "scopeItem" (Dash.qml) (LP: #1356410)

  [ Daniel d'Andrada ]
  * Make "See Less" get stuck at the bottom of the view

  [ Andrea Cimitan ]
  * Fix right padding on overlay card
  * Add scope settings UI

  [ Michael Zanetti ]
  * use a smaller asset for the app's dropshadow (LP: #1359157)
 -- Ubuntu daily release <email address hidden> Wed, 27 Aug 2014 15:37:05 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package unity8 - 8.00+14.10.20140827.2-0ubuntu1

---------------
unity8 (8.00+14.10.20140827.2-0ubuntu1) 14.09; urgency=low

  [ Michał Sawicz ]
  * Implement scope header customization options
  * Don't ignore empty attributes in CardAttributes.qml and improve its
    encapsulation (LP: #1355901)
  * Add support for preview button color customization. Deprecate
    support for action icons.
  * Add table preview widget
  * Make "See Less" get stuck at the bottom of the view
  * Support alternative navigation in the dash.
  * Add scope settings UI
  * Add scope favoriting support
  * Passcode, not PIN (LP: #1361114)

  [ Jussi Pakkanen ]
  * Use nullptr instead of NULL.

  [ Albert Astals ]
  * Add table preview widget
  * Make "See Less" get stuck at the bottom of the view
  * Support alternative navigation in the dash.
  * Make the PageHeaderLabelTest pass under valgrind

  [ Benjamin Zeller ]
  * Add support for scope:// url in the dash (LP: #1361349)

  [ Marcus Tomlinson ]
  * Handle the openScope signal in "tempScopeItem" (ScopesOverview.qml)
    as is done with "scopeItem" (Dash.qml) (LP: #1356410)

  [ Daniel d'Andrada ]
  * Make "See Less" get stuck at the bottom of the view

  [ Andrea Cimitan ]
  * Fix right padding on overlay card
  * Add scope settings UI

  [ Michael Zanetti ]
  * use a smaller asset for the app's dropshadow (LP: #1359157)
 -- Ubuntu daily release <email address hidden> Wed, 27 Aug 2014 15:37:05 +0000

[Olga Kemmet (olga-kemmet)]

I agree with Mathew and Tony, it seems to be that Android is not too concerned with the use of the word "PIN".
Passcode is very iOS like and I would simply recommend to change in the SYSTEM SETTINGS as well as on the lock screen to "Enter device PIN", as mentioned by Thomas.
This way we have a distinction and lets hope that users will read which "PIN" they have to put into their device: SIM PIN or DEVICE PIN.

[Albert Astals Cid (aacid)]

It is really showing that people that live in countries where SIM PIN is not common want to use the word PIN for the passcode and people where the SIM PIN is common do not want to.

Since we're going to launch in countries where SIM PIN is common i'd suggest you to reevaluate your decision.

[Tony Espy (awe)]

Just because I mentioned that Android does it, doesn't mean I necessarily agree with their choice.

I think we really should avoid the acronym PIN in the context of locking/unlocking the phone, as that's exactly what a SIM PIN is used for...

[Ricardo Salveti (rsalveti)]

On a phone I'd really expect PIN to be the SIM PIN, the way it's now is just really confusing.

[Michał Sawicz (saviq)]

> On a phone I'd really expect PIN to be the SIM PIN, the way it's now is
> just really confusing.

*now* it is "SIM PIN", "passcode" "passphrase" for... the SIM PIN, 4
digit lock code, freeform password, respectively. That confuses you?

[Albert Astals Cid (aacid)]

Yes, that's *now*, but not what Olga or MPT want.

[Matthew Paul Thomas (mpt)]

I did not express an opinion on this. Olga lived 16 years in Germany, where (apparently) SIM PINs used to be very common. Unfortunately I have not found statistics on SIM PIN use anywhere, and nobody else has provided any, despite my question a week ago: How is it possible that Android uses just "PIN" for its non-SIM security, without causing mass confusion?

I have, meanwhile, found evidence that the word "passcode" was in moderate use -- for comparison, about a quarter as often as "passphrase" -- before iOS existed. <https://books.google.com/ngrams/graph?content=passphrase%2Cpasscode&year_start=1970&year_end=2008&corpus=15> So the original reason for the change, avoiding an iOS-specific term, was perhaps not such a problem after all. And nowadays online banking often uses passcodes.

Given that, and after brainstorming alternative possible terms (ID code or number, lock code/number, unlock code/number, access code/number, entry code...) we're happy to revert to passcode.

Greeter specification updated. <http://goo.gl/FlviDe>

Security & Privacy Settings specification updated. <https://wiki.ubuntu.com/SecurityAndPrivacySettings?action=diff&rev2=51&rev1=50>

[Antti Kaijanmäki (kaijanmaki)]

As of Image 64 for krillin the welcoming wizard still talks about PIN Code.

[Michael Terry (mterry)]

@Antti, there is a branch in progress for that: https://code.launchpad.net/~mterry/ubuntu-system-settings/wizard-refresh-take-6/+merge/235720