Merge lp:~mterry/unity8/fix-greeter-race into lp:unity8
| Status: | Merged | ||||
|---|---|---|---|---|---|
| Approved by: | Josh Arenson on 2016-07-20 | ||||
| Approved revision: | 2544 | ||||
| Merged at revision: | 2572 | ||||
| Proposed branch: | lp:~mterry/unity8/fix-greeter-race | ||||
| Merge into: | lp:unity8 | ||||
| Diff against target: |
31 lines (+9/-3) 1 file modified
qml/Greeter/Greeter.qml (+9/-3) |
||||
| To merge this branch: | bzr merge lp:~mterry/unity8/fix-greeter-race | ||||
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Josh Arenson | 2016-07-19 | Approve on 2016-07-20 | |
| Unity8 CI Bot | continuous-integration | Needs Fixing on 2016-07-19 | |
|
Review via email:
|
|||
Commit Message
Fix lockscreen appearing right after unlocking a locked session on the desktop.
Description of the Change
We were having a race between handling the "please lock yourself" and the "please unlock yourself" requests from logind.
Specifically, while handling the lock request, we would start a new authentication with lightdm. This involved talking to PAM and doing some thread work and processing some events. Which meant that we could process a dbus request to unlock in the middle of the forceShow() method.
At the end of that method, we show the greeter.
So I've added a guard to make sure that at the end of forceShow, we still should be showing the greeter.
* Are there any related MPs required for this MP to build/function as expected? Please list.
No
* Did you perform an exploratory manual test run of your code change and any related functionality?
Yes
* If you changed the packaging (debian), did you subscribe the ubuntu-unity team to this MP?
NA
* If you changed the UI, has there been a design review?
NA
| Unity8 CI Bot (unity8-ci-bot) wrote : | # |
FAILED: Continuous integration, rev:2544
https:/
Executed test runs:
SUCCESS: https:/
UNSTABLE: https:/
SUCCESS: https:/
SUCCESS: https:/
SUCCESS: https:/
SUCCESS: https:/
SUCCESS: https:/
SUCCESS: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
SUCCESS: https:/
deb: https:/
Click here to trigger a rebuild:
https:/
| Michael Terry (mterry) wrote : | # |
I commented in IRC: this should be atomic after selectUser() is called. It's just that some callbacks can happen during selectUser().
| Josh Arenson (josharenson) wrote : | # |
* Did you perform an exploratory manual test run of the code change and any related functionality?
Yes
* Did CI run pass? If not, please explain why.
No, unrelated.

Is that an actual atomic operation or does it just make the race _nearly_ impossible?