Skip to content

Unconditionally turn off internal display when lid is closed#6127

Open
AlJohri wants to merge 1 commit into
basecamp:devfrom
AlJohri:lid-aware-internal-monitor-disable
Open

Unconditionally turn off internal display when lid is closed#6127
AlJohri wants to merge 1 commit into
basecamp:devfrom
AlJohri:lid-aware-internal-monitor-disable

Conversation

@AlJohri

@AlJohri AlJohri commented Jun 23, 2026

Copy link
Copy Markdown

Summary

Right now we only turn off the internal display when an external display is connected. I currently use my FW laptop as a server (lid closed) without any connected display. I noticed the wattage on my laptop was higher than expected and realized that the lid display was still on.

I believe we should unconditionally turn off the internal display when the lid is closed.

The existing "only active display" guard is preserved for the lid-open case (where blanking would orphan the user). Desktops without /proc/acpi/button/lid/*/state are treated as lid-open, so their behavior is unchanged.

The lid-close binding short-circuits when no external monitor is
attached, and omarchy-hyprland-monitor-internal refuses to disable the
panel when it's the only output. Together, this means closing the lid
on a laptop with no external display leaves the internal panel scanning
out at full backlight. Users who configure logind to keep the system
running through lid close (HandleLidSwitchExternalPower=ignore, common
for headless / background-task workflows) lose the only path that would
have blanked the panel, costing several watts of idle draw.

Introduce bin/omarchy-hw-lid-closed as the lid-state primitive, mirroring
the omarchy-hw-clamshell pattern from the quattro branch. Relax the
"only active display" guard in omarchy-hyprland-monitor-internal so the
off/recover paths permit disabling the panel when the lid is closed,
and drop the omarchy-hw-external-monitors short-circuit from the lid
bindl so the script's own guard is the single decision point.

Desktops without an ACPI lid sensor fall through as "lid open", so the
existing safety behavior is preserved.
@AlJohri AlJohri marked this pull request as ready for review June 23, 2026 19:56
Copilot AI review requested due to automatic review settings June 23, 2026 19:56

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants