STEPS TO REPRODUCE 1. start Wayland session 2. open kickoff launcher, click on "Leave" tab, click on "Lock" 3. type your password and press enter/return to unlock your screen OBSERVED RESULT we can see the kickoff open immediately after the screen to be unlocked. It closes itself after a few milliseconds. EXPECTED RESULT kickoff is not open after the screen to be unlocked, like on X11. SOFTWARE/OS VERSIONS SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.16.90 KDE Frameworks Version: 5.62.0 Qt Version: 5.13.1
I can't reproduce this behavior anymore. But we can see the Kickoff closing itself behind a black screen immediately after click on "Lock" and before the screen locker appears. Operating System: Arch Linux KDE Plasma Version: 5.17.3 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2
still reproducible at least on Neon unstable edition. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.18.80 KDE Frameworks Version: 5.67.0 Qt Version: 5.13.2
Cannot reproduce on current git master. Can you?
yes, I can. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.21.80 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Graphics Platform: Wayland
Cannot reproduce consistently, but it's still happening. Operating System: Arch Linux KDE Plasma Version: 5.24.90 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 Graphics Platform: Wayland
Can also reproduce when locking the screen via context menu of desktop. The context menu is visible for a few milliseconds after unlocking. Operating System: Arch Linux KDE Plasma Version: 5.27.80 KDE Frameworks Version: 5.245.0 Qt Version: 6.6.0 Graphics Platform: Wayland
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/4785
Git commit 76fbea704a96cfd87b97f949e569d9d4cf17a5ec by Vlad Zahorodnii. Committed on 13/12/2023 at 09:19. Pushed by vladz into branch 'master'. plugins/slidingpopups: Cancel animations when screen is locked/unlocked M +2 -0 src/plugins/slidingpopups/slidingpopups.cpp https://invent.kde.org/plasma/kwin/-/commit/76fbea704a96cfd87b97f949e569d9d4cf17a5ec
This bug persists on neon unstable. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.91.90 KDE Frameworks Version: 5.248.0 Qt Version: 6.6.1 Graphics Platform: Wayland
I can't reproduce the issue with the original steps to reproduce. Are you still able to? If so, does it reproduce in a new clean user account?
Can reproduce with these steps even with a newly created user account: open Kickoff click on "<" icon in the lower right corner and choose "Lock" unlock the screen Result: "<" menu of Kickoff is visible for a few milliseconds after unlocking the screen or right-click on desktop and choose "Lock screen" unlock the screen Result: the context menu of desktop is visible for a few milliseconds after unlocking the screen
I cannot reproduce either of those issues. Seems like it's a timing thing that depends on system speed or CPU load, maybe.