https://bugs.kde.org/show_bug.cgi?id=458951
Harald Sitter <sit...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Latest Commit| |https://invent.kde.org/plas
| |ma/plasma-workspace/-/commi
| |t/7d39865d8ce80380c29806641
| |638fd45e52cbf01
Status|ASSIGNED |RESOLVED
--- Comment #4 from Harald Sitter <sit...@kde.org> ---
Git commit 7d39865d8ce80380c29806641638fd45e52cbf01 by Harald Sitter.
Committed on 11/10/2023 at 13:36.
Pushed by sitter into branch 'master'.
lockscreen: handle user switching also on nopassword page
this is a bit awkward but probably the best we can do without major
refactoring. previously we'd miss out on the user switch because that
only got handled on the regular login page, when dealing with a password
less account we'd get carried away by the succeeded signal to the
nopassword page and no user switching page would be on top of the stack
view.
the page flow has been slightly changed to better fit the use case:
- a new function maybeSwitchUser replaces the previous user switcher
- nopasswordunlock now **replaces** the pagestack (which is actually
what it did anyway because it has no back button)
- nopasswordunlock triggers maybeSwitchUser after completion
- regular mainview triggers maybeSwitchUser after completion
that end result is that in both scenarios we get a working switcher page
M +19 -19 lookandfeel/org.kde.breeze/contents/lockscreen/LockScreenUi.qml
M +1 -0
lookandfeel/org.kde.breeze/contents/lockscreen/NoPasswordUnlock.qml
https://invent.kde.org/plasma/plasma-workspace/-/commit/7d39865d8ce80380c29806641638fd45e52cbf01
--
You are receiving this mail because:
You are watching all bug changes.
