Ubuntu RTM
unity8 package

Setting a PIN can result in a passphrase instead

Bug #1363405 reported by Michał Sawicz
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
ubuntu-system-settings (Ubuntu)
Fix Released
High
Michael Terry
unity8 (Ubuntu)
New
Undecided
Unassigned
unity8 (Ubuntu RTM)
Incomplete
Undecided
Unassigned

Bug Description

It's happened to me a few times that even though I selected passcode (4 digit) as my lock (e.g. in the wizard), I was still presented with a full keyboard in the lockscreen.

I'm worried that for someone it might result in the opposite, rendering the phone inaccessible because you can't type your passphrase with a pin-pad.

We either need to improve robustness of the setting (ideally storing the lick type next to the password itself in PAM somehow?) or allow switching to a full keyboard entry in the passcode lockscreen.

ProblemType: Bug
DistroRelease: Ubuntu RTM 14.09
Package: ubuntu-system-settings 0.3+14.10.20140828.2~rtm-0ubuntu1
Uname: Linux 3.4.67 armv7l
ApportVersion: 2.14.6-0ubuntu2
Architecture: armhf
Date: Sat Aug 30 11:23:04 2014
InstallationDate: Installed on 2014-08-30 (0 days ago)
InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20140830-030204)
SourcePackage: ubuntu-system-settings
UpgradeStatus: No upgrade log present (probably fresh install)

See original description

Related branches

lp://staging/~mterry/ubuntu-system-settings/allow-some-failures
Sebastien Bacher (community): Approve
PS Jenkins bot: Needs Fixing (continuous-integration)
Diff: 35 lines (+13/-3)
1 file modified
plugins/security-privacy/securityprivacy.cpp (+13/-3)
lp://staging/ubuntu/utopic-proposed/ubuntu-system-settings
Revision history for this message
Michał Sawicz (saviq) wrote :
description: updated
Sebastien Bacher (seb128)
Changed in ubuntu-system-settings (Ubuntu):
importance: Undecided → High
Oliver Grawert (ogra)
Changed in ubuntu-system-settings (Ubuntu):
status: New → Confirmed
Sebastien Bacher (seb128)
Changed in ubuntu-system-settings (Ubuntu):
assignee: nobody → Michael Terry (mterry)
Revision history for this message
Michael Terry (mterry) wrote :

ralsina was mentioning on IRC that he hit this too, setting the PIN via wizard on a fresh image.

So far, all reports of this are from using the wizard. Perhaps there's some way to get in a half-way state using it.

Revision history for this message
Michael Terry (mterry) wrote :

I'll note that I haven't managed to hit it yet, when trying to via a wizard run after a --wipe install. Reliable reproduction would really help.

Revision history for this message
Martin Pitt (pitti) wrote :

I get that occasionally, it just happens again in the emulator on current utopic:

sudo apt install ubuntu-emulator
sudo ubuntu-emulator create --arch=i386 --channel=devel-proposed devel-proposed
ubuntu-emulator run devel-proposed
go through the wizard: keep English, select PIN, enter 0000, accept defaults all the other stuff
wait until greeter appears, skip intro
swipe away the greeter
Find the "Hello <input box>", which is a bit awkward for PIN entry

I reproduced that two times now (with a freshly created emulator).

Michael Terry (mterry)
summary: - Storage of passcode vs. passphrase lock type unreliable
+ Setting a PIN can result in a passphrase instead
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-system-settings - 0.3+14.10.20140909-0ubuntu1

---------------
ubuntu-system-settings (0.3+14.10.20140909-0ubuntu1) utopic; urgency=low

  [ Ken VanDine ]
  * Notify the user if the phone needs to be plug to power for update.

  [ Sebastien Bacher ]
  * [system-update] don't draw a frame around ubuntu updates (LP:
    #1367136)

  [ Mathieu Trudel-Lapierre ]
  * Also allow Speakers and Carkits as valid audio devices to pair.

  [ Michael Terry ]
  * Allow switch from PIN code to passphrase and back using the same
    password. (LP: #1357043) (LP: #1357043)
  * Fix false-negatives from AccountsService when switching from swipe
    to password (LP: #1363405) (LP: #1363405)
 -- Ubuntu daily release <email address hidden> Tue, 09 Sep 2014 16:40:09 +0000

Changed in ubuntu-system-settings (Ubuntu):
status: Confirmed → Fix Released
Michał Sawicz (saviq)
Changed in unity8 (Ubuntu RTM):
status: New → Incomplete
Albert Astals Cid (aacid)
Changed in unity8 (Ubuntu):
status: New → Incomplete
Revision history for this message
Alfonso Sanchez-Beato (alfonsosanchezbeato) wrote :

I am getting this on krillin/vivid, flashing with:

$ ubuntu-device-flash touch --channel ubuntu-touch/rc-proposed/bq-aquaris.en --recovery-image recovery.img --developer-mode --password=XXXX --wipe

I select a passcode in the wizard, but it asks me for a passphrase when unlocking. "Lock security" is "Passphrase" when looking at system-settings. I can see this always when flashing with --wipe.

The last version I have flashed is

current build number: 29
device name: krillin
channel: ubuntu-touch/rc-proposed/bq-aquaris.en
last update: 2015-06-10 06:38:10
version version: 29
version ubuntu: 20150610
version device: 20150529-8e13c5f
version custom: 20150528-722-29-15-vivid

Changed in unity8 (Ubuntu):
status: Incomplete → New
Revision history for this message
Albert Astals Cid (aacid) wrote :

You mean this bug is only reproduceable when setting the password via ubuntu-device-flash?

Revision history for this message
Michael Terry (mterry) wrote :

Ahhh... That's expected then. The wizard can't override the password you set via u-d-f. Arguably it should show a nice UI warning to that effect, so people know what's up. Otherwise we keep getting reports like this.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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