This seems to have started after I updated plasma.
When the screen goes to turn off it seems to just dim but then locks completely. I have to close the lid of my laptop so that it goes to sleep and then open it up again to have it force the log in screen to get my laptop to be accessible again. It only seems to be an issue though is the screen is first dimmed and then the screen shuts off. If I have the dim and shutoff both set to the same time I’ve got no issue.
i have not tried to find out the exact reason, but in several occasions the locked plasma session seems to be frozen - no password field appears. It helps if I switch to virtual console and back to plasma session - then the password field appears and unlocking is possible. It started after Neon upgraded to 6.5.4 etc…
Yeah the issue I’m seeing is that not only is the screen locked but when I try and use the keyboard to switch screens nothing happens. The only solution I’ve found is to close the lid of my laptop which puts it into a sleep mode. Then I open it up and I can log back in.
Set power saving to never dim or shut off the screen. That’s what’s crashing Kwin.
Mine would freeze when waking up. I could still issue commands with kdeconnect to reboot, sleep or shutdown, but there wasn’t any way to get a login screen. Kwin was frozen.
Yeah. Setting it up to never dim or shut off has resolved the issue for now though I’m not a huge fan of this. Reading though the postings in that bug report though does show a fix is in the wild and will show up in either the next plasma update.
I have a desktop computer, so I can’t force it to sleep. I lock the screen, and then 5 minutes later the screen should go off but it just dims instead. I guess it freezes when trying to gradually dim from on to off ?
Anyway, the screen is dimmed, except for the mouse pointer, which is still 100% bright. And that mouse pointer is frozen ! I couldn’t find anything that works, and had to force shutoff, pressing the power button for a continuous 5 seconds.
I disabled the screen auto turn off in power management to avoid this.
Unfortunately the fix did not get into yesterdays user iso-s, so I guess it is not recommended to use them for installing unless the user is aware of needed workarounds…