| Summary: | [Wayland] Under certain circumstances, if the screen was locked via Kickoff, we can it open during a few milliseconds immediately after the screen is unlocked | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Patrick Silva <bugseforuns> |
| Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | minor | CC: | nate |
| Priority: | LO | Keywords: | wayland-only |
| Version: | 5.27.80 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=316734 | ||
| Latest Commit: | https://invent.kde.org/plasma/kwin/-/commit/76fbea704a96cfd87b97f949e569d9d4cf17a5ec | Version Fixed In: | |
| Sentry Crash Report: | |||
|
Description
Patrick Silva
2019-09-20 02:34:09 UTC
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. |