When closing laptop lid, switching activities with closed lid or applying power settings with apply button, powerdevil locks screen (regardless mentioned option in settings dialog). Reproducible: Always Steps to Reproduce: 1. have external monitor connected 2. set "lock screen" after closing lid && disable "even when external monitor connected" option 3. close lid Actual Results: locked screen Expected Results: not locked screen version 5.5.3-1 (arch package) not affected
Can you check whether it says "Your notebook will not suspend when closing the lid because an external monitor is connected" or not in battery monitor?
I can't see that message in battery monitor. Observation (with version 5.5.5): power on with lid closed, external monitor connected login switch activities without screen deliberately locking explicitly lock screen bad behaviour reintroduced
version 5.6.0 still affected, but it looks like some sort of problem with configuration; deleting configuration files & logout & login seems to get rid of this issue: rm ~/.config/power*
after disconnecting external monitor, suspend and reconnecting, bad behaviour returns; damn
Looks like the "handle button" action is unloaded and loaded again because of profile switching and then doesn't query screen config again. Thanks I'll have a look.
I've just tested with the steps to reproduce on wayland and this issue does not occur. Can you please test with x11 and confirm if this issue is still occurring or if this bug report can be marked as resolved. I'm setting status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!
I was able to reproduce this on Arch with Plasma 5.23.5. Curiously, for me this only happens on Wayland while X11 works fine.
(In reply to Vytautas from comment #9) > I was able to reproduce this on Arch with Plasma 5.23.5. Curiously, for me > this only happens on Wayland while X11 works fine. See https://bugs.kde.org/show_bug.cgi?id=438716