lp:~mterry/unity8/bleeding-infographic

Branch merges

Propose for merging

No branches dependent on this one.

Merged into lp:unity8 at revision 1608

PS Jenkins bot (community): Approve (continuous-integration) on 2015-02-11

Gerry Boland (community): Approve on 2015-02-11

Albert Astals Cid (community): Abstain on 2015-02-11

Daniel d'Andrada (community): Needs Information on 2015-02-10

Diff: 57 lines (+9/-0)

2 files modified

qml/Greeter/GreeterContent.qml (+1/-0)
tests/mocks/libusermetrics/UserMetrics.cpp (+8/-0)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Bug #1420336: Infographic bubbles can overlap edge of welcome screen, bleed into lockscreen

Undecided

Fix Released

Link a bug report

Related blueprints

1599. By Michael Terry on 2015-02-11

Go back to simple clip: true

1598. By Michael Terry on 2015-02-11

Only clip while swiping the greeter

1597. By Michael Terry on 2015-02-10

More comments

1596. By Michael Terry on 2015-02-10

Clip infographic to the welcome screen

1595. By Launchpad Translations on behalf of unity-team on 2015-02-08

Launchpad automatic translations update.

1594. By Launchpad Translations on behalf of unity-team on 2015-02-07

Launchpad automatic translations update.

1593. By CI Train Bot Account on 2015-02-05

Releasing 8.02+15.04.20150205-0ubuntu1

1592. By Michael Terry on 2015-02-05

Don't accept multiple "Finish" clicks during the last step of the wizard

Doing so can cause password-setting to be left in an inconsistent state.
Here's how that happens:

A) User clicks Finish multiple times, queuing up multiple input events (queued because Finish makes some blocking calls).
B) The first Finish starts, let's say it's called with new password "1111" and type "passcode". The current password is "" with a type of "swipe".
C) The first Finish completes, having set the password correctly to 1111/passcode.
D) The second Finish starts. Also called with "1111/passcode". But it still thinks the current type is "swipe" because it takes a moment for AccountsService to update itself.
E) The second Finish first changes the display mode hint to "passcode"
F) Then the second Finish can't change the password because it's trying to authenticate using "" when the password is actually "1111" now.
G) So the second Finish enters the "error mode cleanup" stage and tries to revert its display mode hint change from step E. But it's reverting to what it thought the previous type was -- "swipe" -- which uses the "passphrase" hint behind the scenes (instead of "passcode")

Some possible solutions to this:
- Cache the password type locally instead of waiting for AccountsService to update (not a bad idea, but would be done in ubuntu-system-settings, not unity8)
- Don't let the user click the Finish button twice. This seems like a no-brainer that should be done anyway. This would also avoid the whole problem.

To reproduce this bug / test this fix, enable the wizard, enter adb, run "sudo passwd -d phablet", reboot, then go through the wizard but just keep spamming that final Finish button. You'll also notice some slow down because it's trying to do all those Finish operations. Fixes: #1414762
Approved by: Albert Astals Cid

1591. By Andrea Cimitan on 2015-02-05

Background needs to be specified to be visible in horizontal cards Fixes: #1411748
Approved by: Albert Astals Cid

1590. By Daniel d'Andrada on 2015-02-05

Don't show() the lockscreen if it's already being shown

As is has the side-effect of hiding the launcher and indicators panel. Fixes: #1393447
Approved by: Albert Astals Cid