From nobody Wed May 1 12:14:55 2024 X-Original-To: ports-bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VTwxF09Pjz5JHDn for ; Wed, 1 May 2024 12:14:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VTwxD5fNpz4tdh for ; Wed, 1 May 2024 12:14:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1714565696; a=rsa-sha256; cv=none; b=FtUZKqe5EpOeDzEIan64Fs+GUsoVJNUMqu5cvz+DlN1P4DWvRsNgZAHWLETmO2glidOCA0 46+oVcdpztYTq/kw+v8e5x1gDbacUAWddLbowS0WvQIzD2d+WQ8UvYdGoMuGBdrlfJ0ux1 e0KmgX5FudP3W9CCKZu6C7taA7o8cdhh1G1NQC/6Z35FLrRcNtdMUQNkDKIT3q1GLTpFbn PiuSfSw2lSZaFt2gzfSM5aowcAZp5j5myAhbv1bM50SpsAklqdiqKwGzH//x2XYUuMEf6A tzROuf8E1r8WCQuGJpidJRa0Zkvp/jc1fV0vQ43njP/qH9n/8Sobs+zsW9Y2zQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1714565696; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=eAWxsA+U/a4XU2d+HtcLgRNrfbeWMmclx5P1wNb5yjc=; b=nCDczXvfIBcvFZQjBFFzRHjmK6bMh8mvp4EHaAb1TEjcpwXulMKR3OLFe8L3r5Ya56ibzB vhWHX/y0hfdbGMNgnu9xTdCocxQ891Paj9iC7u+M+bbC0Evp9t0BHCup3DDDw6Ilj6m839 eNpfEiSuz81Zob6ay2Inqx+gfqYjZ1HTjAWXDefKbHS1sAfuOLipSxQKDeNahA2k1uVqK9 0IDV3gkcHh87B/I0sQSaoNTwOAlWgL6YuNSILjNYny7NYGNM+JBsDG2ueFk9oJvIaCvYgU eQRKGm+80irKksKtgl5FARY9FVAmkKENVRzKYXXNMZam0nRxbcB9IgRPDDh6Gw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4VTwxD5G6zzJjh for ; Wed, 1 May 2024 12:14:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 441CEutb064802 for ; Wed, 1 May 2024 12:14:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 441CEu6G064788 for ports-bugs@FreeBSD.org; Wed, 1 May 2024 12:14:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 278682] x11/xidle: xidle doesn't trigger when dpms has blanked the screen Date: Wed, 01 May 2024 12:14:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: dev@mailcd.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: novel@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports-bugs@freebsd.org Sender: owner-freebsd-ports-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278682 Bug ID: 278682 Summary: x11/xidle: xidle doesn't trigger when dpms has blanked the screen Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: novel@FreeBSD.org Reporter: dev@mailcd.com Assignee: novel@FreeBSD.org Flags: maintainer-feedback?(novel@FreeBSD.org) Overview: In order to lock and suspend my session, I was using a combination of the xss-lock and xidle utilities. xss-lock is used to lock my session and xidle= is used to suspend my session. The reason for multiple utilities is so I can h= ave independent timers - xss-lock will lock according to dpms screen blanking, = and the session will fully suspend after a separate timer expires on xidle. When dpms blanks my screen and the session is locked with xss-lock, xidle f= ails to trigger. I believe this is caused by the patch implemented here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275761. I have not had a chance to test the workflow with an unpatched version of xidle, but the behavior seems consistent with limiting the scope of XScreenSaverNotifyEvent->state in the patch. My hardware: Thinkpad T480 - non-dGPU model FreeBSD 14 - using LATEST packages My setup: xss-lock would trigger i3lock to lock my session based on dpms settings set= in my .xinitrc. xss-lock is triggered with the following command: xss-lock --transfer-sleep-lock -- i3lock --nofork My dpms settings in my .xinitrc are: xset s 1800 1800 xset dpms 1800 1800 1800 And finally my xidle command is initiated with: xidle -program "/usr/local/bin/sudo /usr/sbin/zzz" -timeout 3600 This effectively blanks my monitor after 30 minutes which will trigger xss-= lock to lock the session with i3lock. After another 30 minutes xidle is supposed= to initiate the /usr/sbin/zzz command, but it never fires. Testing: A simple test can confirm this bug by setting your dpms settings to a short timeout with something like the following in your .xinitrc: xset s 5 5 xset dpms 5 5 5 And then in a terminal running in your X session, setup xidle with the following command: xidle -program "/usr/local/bin/sudo /usr/sbin/zzz" -timeout 10 You can also pick a different program to trigger from xidle if suspending is too cumbersome for testing. Workaround: Prior to using xidle I was using xautolock with the -detectsleep flag from previous Linux installations. xautolock's -detectsleep with sysctemctl susp= end had no issues when resuming, but on FreeBSD the -detectsleep flag appeared = to fail and the machine would suspend twice (once right after resuming). I rul= ed out a hardware/apm/acpi issue since suspend works perfectly when triggered = by xidle or manually. This led me to search for alternatives which is where I discovered xidle. With the current issue with xidle I have revised my locking/suspend workflo= w to use the following commands: xautolock -time 45 -locker "i3lock -n" -detectsleep This will lock the session with i3lock after 45 minutes. Given my previous tests, I doubt the -detectsleep flag is working, but leaving it in makes the configuration portable with Linux installations. To suspend, I use xidle like so: xidle -program "/usr/local/bin/sudo /usr/sbin/zzz" -timeout 3600 This will suspend the machine after 1 hour. Closing thoughts: My current workaround is satisfactory for the moment, but I do prefer to let xss-lock listen to dpms events as it is more portable with Linux installati= ons making my previous workflow cross-compatible (since xss-lock also listens to systemd events). If there is any additional information I can provide please let me know! Thanks! --=20 You are receiving this mail because: You are the assignee for the bug.=