! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xfsettingsd fails to reenable LVDS after opening lid
Status:
RESOLVED: MOVED
Product:
Xfce4-settings
Component:
Display Settings

Comments

Description Maxim Mikityanskiy 2015-02-03 20:37:29 CET
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.
Comment 1 Peter de Ridder editbugs 2015-04-03 12:44:46 CEST
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
Comment 2 James 2018-06-21 20:13:47 CEST
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
Comment 3 James 2018-06-21 20:14:44 CEST
"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
Comment 4 Git Bot editbugs 2020-05-28 23:01:33 CEST
-- 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

Bug #11503

Reported by:
Maxim Mikityanskiy
Reported on: 2015-02-03
Last modified on: 2020-05-28

People

Assignee:
Jérôme Guelfucci
CC List:
8 users

Version

Version:
unspecified

Attachments

xfsettingsd log (6.47 KB, text/plain)
2015-02-03 20:37 CET , Maxim Mikityanskiy
no flags

Additional information