Created attachment 5899 xfsettingsd log I use xfce4-settings 4.11.3. There is a function named xfce_displays_helper_toggle_internal() in xfsettingsd/displays.c. It should disable LVDS when lid is closed and reenable it when lid is opened. Sometimes, it fails to reenable LVDS. Steps to reproduce: 1. Start X session with xfsettingsd and some terminal emulator running. No xfce4-power-manager nor other programs that could react on lid events must be running. 2. Close the lid - LVDS will be turned off by xfsettingsd. 3. Switch to another VT (you could run "sleep 5; chvt 2" from root in terminal emulator before step 2). 4. Open the lid. 5. xfsettingsd will receive event from upower that lid is open but will fail to reenable LVDS, because VT with X session is inactive. 6. Switch back to VT with X session. 7. Screen is black and turned off. 8. If you close and open lid again (without switching to another VT), screen is turned on again. This bug appears on systems that run lightdm and light-locker. When I close the lid, light-locker locks the session and switches to new VT where lightdm greeter is started. Then I open the lid, enter my password into lightdm to unlock my session, lightdm switches back to old VT where my session is running, but screen is turned off. So my system renders unusable after I close and open laptop's lid. I attach log of xfsettingsd. I closed and opened the lid two times. First time, I've just closed and opened the lid, screen was turned on after that. Second time, I've closed the lid, switched to tty1 and opened the lid - screen failed to turn on.
This should get fixed with the next release of light-locker. The lid-closed[1] git branch prevents switching VT when the lid is closed. [1] https://github.com/the-cavalry/light-locker/tree/lid-closed
This is still prevalent on Debian Stretch and Ubuntu Bionic...it's been over 3 years since Comment #1; I think that whatever it's done There are some horribly hacky workarounds suggested at [1], but something[2] tells me that this bug may not be light locker's "fault" [1] https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1259339 [2] https://github.com/the-cavalry/light-locker/issues/61
"whatever it's done" -> whatever light-locker has done has probably already gone through and been ineffectual I don't know how such a large mistake made it through, oops
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfce4-settings/-/issues/53. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev