Doesn't unlock / Doesn't wake up / Black screen - on lid close

Good day!

On any value of the option When laptop lid is closed, after closing the lid,

I get a black/no-signal screen on X's (7) tty only. Can be repaired by killing xfce4-session.

Can't simulate it with neither xfce4-screensaver-command -l nor xflock4 nor dm-tool lock nor xdg-screensaver activate nor dbus-send <...>.

• /var/log/messages (partially)
• /var/log/Xorg.0.log

libxfce4ui 4.18.2, xfce4-power-manager 4.18.1, xfce4-session 4.18.1, xfce4-settings 4.18.2, xfce4-screensaver 4.16.0. Calculate Linux 23 (Gentoo).

Thanks!

P.S. Appeared about a week ago. Curiously why: downgrade doesn't help.

changed title from Doesn't unlock / Doesn't wake up / Black screen- on lid close to Doesn't unlock / Doesn't wake up / Black screen - on lid close

changed title from Doesn't unlock / Doesn't wake up / Black screen - on lid close to Doesn't unlock / Doesn't wake up / Black screen - on lid close

changed the description

I can confirm absolutely the same problem. Also Calculate Linux 23 (Gentoo). The problem arose after updating the following packages: xfce4-settings-4.18.2, xfce4-power-manager-4.18.1, xfce4-panel-4.18.2, libxfce4ui-4.18.2, xfce4-session-4.18.1. The downgrade of xfce4-settings and xfce4-power-manager does not help.

Would be nice if you could test downgrading libxfce4ui, xfce4-power-manager and xfce4-session.

Would be nice if you could test downgrading libxfce4ui, xfce4-power-manager and xfce4-session.

@Tamaranch ,

downgrade doesn't help.

But we have an idea settings (themself) hasn't been downgraded...

Yes I saw that for you the downgrade did not help, I just wanted to get confirmation from @vsvjoirwv if possible.

Have added logs.

Can't simulate it with neither xfce4-screensaver-command -l nor xflock4 nor dm-tool lock nor xdg-screensaver activate nor dbus-send <...>.

Moreover, can't simulate it with neither Suspend nor Hibernate. Does UPower play this game in? But, UPower hasn't updated recently...

P.S. And, both PCs are Lenovo...

What do you have in ~/.xsession-errors? (or in journalctl if you redirect logs there)

What do you have in ~/.xsession-errors? (or in journalctl if you redirect logs there)

This only but I opened the lid at 22:43:25 :

(wrapper-2.0:5093): LIBDBUSMENU-GLIB-WARNING **: 22:43:58.092: Unable to replace properties on 0: Error getting properties for ID

(xfce4-power-manager:5086): libxfce4ui-WARNING **: 22:44:29.136: ICE I/O Error

libxfce4ui-WARNING **: 22:44:29.136: ICE I/O Error

This points to https://gitlab.xfce.org/xfce/libxfce4ui/-/blob/7a7abb53a71b24db39e48ec09d5ae523012dfb55/libxfce4ui/xfce-sm-client.c#L853: maybe something to investigate.

Need more debug output...

Issue does happen on a clean user. But @vsvjoirwv says it doesn't on root. (I can't log in as root in XFCE, don't know why.)

Hm, a very interesting investigation, dear @Tamaranch and @vsvjoirwv !

Switching When new displays are connected from Do nothing to Show dialog solves the issue!!!

(Back-)References:

1. https://git.calculate-linux.org/calculate/calculate-overlay/commit/4c192cc5c50d73d05bef8102ea0c55ee89941448
2. https://bbs.archlinux.org/viewtopic.php?id=282133
3. xfce4-settings#435 (closed)
4. xfce4-settings#420 (closed)
5. xfce4-settings#420 (comment 63577)

Interesting indeed, it's at least a workaround, and it can surely help to understand the problem.

This could be fixed by xfce4-settings@066c9186. If you can still reproduce this problem, can you test?

I tried it out. Works for my desktop Arch based rig.

Ok thanks, let's move this to xfce4-settings.

mentioned in issue xfce4-settings#420 (closed)

Well I couldn't take it any more! This quite annoying issue was keeping me from embarking on changing over to an Arch Distribution (RebornOS) as my main desktop OS. But none of my other Debian based distros with Xfce have this issue, so I decided to venture in to finding out why. Sure an easy work around is to set the "Connecting Displays" property for "When new displays are connected:" to anything but "Do nothing" makes the session wake up from sleep and display properly, but I got tired of dismissing the display settings dialog and I don't want to chance the side affect of "Mirror" and "Extend" if I have more than one monitor connected. So the following two patches give me what I want (the display wakes from sleep and my monitor's profile gets applied).

dialogs-display-settings.patch xfsettingsd-display.patch

This is just a quick fix for my situation. I don't know the interface design between Xfce and power management for sleep/wake. It appears though that a monitor event is getting detected, so the xfce_displays_helper_screen_on_event function needs to be executed. It cannot be bypassed by literally doing nothing. Maybe "Do nothing" should be changed to "Do as little as necessary to make it work" until the real root cause is discovered.

Kidding aside, the behavior of opening the display settings dialog is my preferred action (so I can select whether to mirror or extend an additional monitor). I see the logic for determining if additional monitors became connected or not. Maybe I'll look in to that logic to see if it's simple to compare old to new and not pop up the dialog, if that is the selected action, when they match.

mentioned in issue xfdesktop#250 (moved)

mentioned in issue xfce4-session#149 (closed)

mentioned in issue apps/xfce4-screensaver#111

mentioned in issue #75 (closed)

marked this issue as related to #75 (closed)

closed

moved to xfce4-settings#503 (closed)

added 3. Moved label