Setting a PIN can result in a passphrase instead
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| ubuntu-system-settings (Ubuntu) |
High
|
Michael Terry | ||
| unity8 (Ubuntu) |
Undecided
|
Unassigned | ||
| unity8 (Ubuntu RTM) |
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-
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-
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
- Sebastien Bacher (community): Approve on 2014-09-09
- PS Jenkins bot: Needs Fixing (continuous-integration) on 2014-09-08
-
Diff: 35 lines (+13/-3)1 file modifiedplugins/security-privacy/securityprivacy.cpp (+13/-3)
Changed in ubuntu-system-settings (Ubuntu): | |
importance: | Undecided → High |
Changed in ubuntu-system-settings (Ubuntu): | |
status: | New → Confirmed |
Changed in ubuntu-system-settings (Ubuntu): | |
assignee: | nobody → Michael Terry (mterry) |
Michael Terry (mterry) wrote : | #2 |
Michael Terry (mterry) wrote : | #3 |
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.
Martin Pitt (pitti) wrote : | #4 |
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=
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).
summary: |
- Storage of passcode vs. passphrase lock type unreliable + Setting a PIN can result in a passphrase instead |
Launchpad Janitor (janitor) wrote : | #5 |
This bug was fixed in the package ubuntu-
---------------
ubuntu-
[ 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 |
Changed in unity8 (Ubuntu RTM): | |
status: | New → Incomplete |
Changed in unity8 (Ubuntu): | |
status: | New → Incomplete |
I am getting this on krillin/vivid, flashing with:
$ ubuntu-device-flash touch --channel ubuntu-
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-
last update: 2015-06-10 06:38:10
version version: 29
version ubuntu: 20150610
version device: 20150529-8e13c5f
version custom: 20150528-
Changed in unity8 (Ubuntu): | |
status: | Incomplete → New |
Albert Astals Cid (aacid) wrote : | #7 |
You mean this bug is only reproduceable when setting the password via ubuntu-
Michael Terry (mterry) wrote : | #8 |
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.
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.