Merge lp:~mterry/ubuntu-system-settings/same-pass-switch into lp:ubuntu-system-settings
Status: | Merged |
---|---|
Approved by: | Sebastien Bacher |
Approved revision: | 1005 |
Merged at revision: | 1016 |
Proposed branch: | lp:~mterry/ubuntu-system-settings/same-pass-switch |
Merge into: | lp:ubuntu-system-settings |
Diff against target: |
125 lines (+40/-11) 3 files modified
plugins/security-privacy/securityprivacy.cpp (+24/-6) src/accountsservice.cpp (+9/-1) wizard/qml/main.qml (+7/-4) |
To merge this branch: | bzr merge lp:~mterry/ubuntu-system-settings/same-pass-switch |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Sebastien Bacher (community) | Approve | ||
PS Jenkins bot | continuous-integration | Needs Fixing | |
Review via email: mp+233790@code.launchpad.net |
Commit message
Allow switch from PIN code to passphrase and back using the same password. (LP: #1357043)
The reason this bug exists in the first place is that passwd doesn't let you switch to the same password. So while we could change the AccountsService password display hint just fine, we'd see an error from passwd and bail out. So IF the user gave us the correct password, we can ignore any errors from passwd if the new password is the same.
I also added some more verbose output in some error cases while I was there. It'll be helpful when debugging in the future (and I didn't want to separate it out into its own branch because conflicts).
Description of the change
Allow switch from PIN code to passphrase and back using the same password. (LP: #1357043)
The reason this bug exists in the first place is that passwd doesn't let you switch to the same password. So while we could change the AccountsService password display hint just fine, we'd see an error from passwd and bail out. So IF the user gave us the correct password, we can ignore any errors from passwd if the new password is the same.
I also added some more verbose output in some error cases while I was there. It'll be helpful when debugging in the future (and I didn't want to separate it out into its own branch because conflicts).
== Checklist ==
* Is your branch in sync with latest trunk (e.g. bzr pull lp:trunk -> no changes)
Yes
* Did you build your software in a clean sbuild/pbuilder chroot or ppa?
Yes
* Did you build your software in a clean sbuild/pbuilder armhf chroot or ppa?
Yes
* Has your component "TestPlan” been executed successfully on emulator, N4?
Yes
* Has a 5 minute exploratory testing run been executed on N4?
Yes
* If you changed the packaging (debian), did you subscribe a core-dev to this MP?
NA
* If you changed the UI, did you subscribe the design-reviewers to this MP?
NA
* What components might get impacted by your changes?
Security/Privacy
* Have you requested review by the teams of these owning components?
Is that me these days?
FAILED: Continuous integration, rev:1005 jenkins. qa.ubuntu. com/job/ ubuntu- system- settings- ci/1431/ jenkins. qa.ubuntu. com/job/ generic- deb-autopilot- utopic- touch/4624 jenkins. qa.ubuntu. com/job/ generic- mediumtests- utopic/ 3424 jenkins. qa.ubuntu. com/job/ ubuntu- system- settings- utopic- i386-ci/ 623 jenkins. qa.ubuntu. com/job/ generic- deb-autopilot- runner- mako/4403 jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- utopic- armhf/5876 jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- utopic- armhf/5876/ artifact/ work/output/ *zip*/output. zip s-jenkins. ubuntu- ci:8080/ job/touch- flash-device/ 12903 jenkins. qa.ubuntu. com/job/ autopilot- testrunner- otto-utopic/ 2827 jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- utopic- amd64/3726 jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- utopic- amd64/3726/ artifact/ work/output/ *zip*/output. zip
http://
Executed test runs:
UNSTABLE: http://
UNSTABLE: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
Click here to trigger a rebuild: s-jenkins. ubuntu- ci:8080/ job/ubuntu- system- settings- ci/1431/ rebuild
http://