https://bugs.kde.org/show_bug.cgi?id=483163
vest...@sdf.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vest...@sdf.org
--- Comment #47 from vest...@sdf.org ---
Hello,
I have this issue as well, on compiled-from-source kscreenlock 6.1.2 compiled
via Arch's PKGBUILD, on an Intel system running hybrid NVIDIA graphics. Same
symptoms as discussed previously:
- Black screen with a cursor that does not change after locking manually or
after timeout
- Normal expected behavior from kscreenlock_greet --testing even in Breeze
Plasma Style
- Switching to a virtual console and back returns the UI
- Entering the unlock password results in an unlock, even with no visible
widgets
- No error messages in logs
- Using a Plasma Style other than Breeze works
Also, running in an environment where QT_LOGGING_RULES is set:
> export QT_LOGGING_RULES="qt.qpa.*.debug=true"
results in the expected behavior with a visible lock screen - I was attempting
to collect Qt logs with and without a broken lock screen. Enabling logging for
qt.scenegraph.* (or anything else at that level I've tried so far) does not
"fix" the issue. Maybe this is a race condition after all.
--
You are receiving this mail because:
You are watching all bug changes.
