← Back to team overview

touch-packages team mailing list archive

[Bug 1389771] Re: [wizard] 4-digit passcode code gets set incorrectly as "passphrase" on first run

 

Timo, looks like I never actually explained what's going on behind the
scenes in this bug.  There are two things going on in your workflow:

1) ubuntu-device-flash treats the --password argument as a passphrase
always.  Ideally it would inspect and see if it looks like a PIN, then
set it as such.

2) The wizard can't override an existing password for the user.  Ideally
if a password was already set, those pages would be skipped or grayed
out or something.

So that's two poor usability issues combining to be confusing when
flashing with --password.  But it's not a bug normal users see, just
developers.  I'd argue both could/should be fixed.  But they just
haven't been a priority.

** Summary changed:

- [wizard] 4-digit passcode code gets set incorrectly as "passphrase" on first run
+ [wizard] 4-digit passcode code gets set incorrectly as "passphrase" on first run when flashing with --password

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1389771

Title:
  [wizard] 4-digit passcode code gets set incorrectly as "passphrase" on
  first run when flashing with --password

Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  After setting the 4-digit passcode on the first run, the user
  encounters she needs to type the passcode with the normal qwerty
  keyboard instead every time when unlocking the phone, instead of the
  easy passcode entering.

  Reproduced once again after flashing my mako with --bootstrap from
  mako rtm 120 (=krillin rtm 143).

  Workaround: go to Lock security settings, change to 4-digit passcode
  manually.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1389771/+subscriptions