Proof Portal

Project overview

Omarchy

ProbeLabs65 findings · 95 requirements

A proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.

Inbox
ReportR-4351GitHub issuePublicReceived

Hyprland crashes after waking from suspend in clamshell mode with external Thunderbolt monitor

Reported by pkwagner · filed May 6, 2026Closed upstream on 2026-05-27 by its own reporter pkwagner. GitHub close reason: completed. Closed by its own reporter — not by itself evidence of a fix.

Received and recorded verbatim. Nothing has been checked yet.

At a glance

1 · What is claimed?
Only the report text below — no validator has restated it as checkable claims yet.
2 · What does it affect?
Not yet mapped to any requirement or component.
3 · Is it reproducible?
No validation has been run yet.
4 · What remains unclear?
  • Not validated yet: no claims, no reproducer.
5 · What happens next?
Our staff decide whether the report is valid. Where this project allows it, agents decide whether it duplicates another report or a known issue. No decision has been recorded yet.

Original report

Hyprland crashes after waking from suspend in clamshell mode with external Thunderbolt monitorrevision 1 · captured 2026-10-04 11:56 UTC via poll

System details

Omarchy 3.7.0, Lenovo IdeaPad Pro 5

What's wrong?

I am seeing a reproducible Hyprland crash after waking my laptop from suspend while using Omarchy in clamshell mode.

The setup is:

  • Laptop docked via Thunderbolt
  • External monitor connected through the dock
  • Laptop lid closed
  • Internal laptop display is marked as disabled by Omarchy when the lid is closed
  • External monitor is the only active display before suspend

It seems like for a short moment after waking up, neither the internal nor the external monitor is connected, which causes Hyprland to crash:

May 06 16:53:58 host Telegram[371935]: There are no outputs - creating placeholder screen
...
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 1881)
May 06 16:53:58 host 1password[1881]: [1881:0506/165358.541659:ERROR:ui/events/platform/wayland/wayland_event_watcher.cc:47] libwayland: wl_display#1: error 0: invalid object 74
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 13240)
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 2486)
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 12962)
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: Hyprland has crashed :( Consult the crash report at /home/user/.cache/hyprland/hyprlandCrashReport171.txt for more information.
...
May 06 16:53:58 host uwsm_hyprland.desktop[1833]: XWAYLAND: mode -1x-1 is not available
May 06 16:53:58 host uwsm_hyprland.desktop[1833]: XWAYLAND: mode -1x-1 is not available
May 06 16:53:58 host uwsm_hyprland.desktop[1833]: XWAYLAND: mode -1x-1 is not available
...
May 06 16:54:00 host systemd-coredump[748905]: Process 1710 (Hyprland) of user 1000 dumped core.

Stack trace of thread 1710:
#0  pthread_kill
#1  raise
#2  abort
#3  n/a (/usr/bin/Hyprland + 0x29639c)
#4  n/a (libc.so.6 + 0x44e30)
#5  wl_resource_get_version (libwayland-server.so.0 + 0x6f04)
#6  CWLSurfaceResource::sendPreferredScale(int)
#7  CCompositor::setPreferredScaleForSurface(...)
#8  n/a (/usr/bin/Hyprland + 0x3ad18b)
#9  CWLSurfaceResource::bfHelper(...)
#10 CWLSurfaceResource::breadthfirst(...)
#11 Desktop::View::CWindow::updateSurfaceScaleTransformDetails(bool)
#12 Layout::CWindowTarget::onUpdateSpace()
#13 Layout::CWindowTarget::assignToSpace(...)
#14 Desktop::View::CGroup::remove(...)
#15 Desktop::View::CWindow::unmapWindow()

Does anyone else experience this issue with clamshell mode in >=3.6.0? Interestingly, my previous script that just disabled the internal screen when an external one is connected worked just fine.

View raw text
### System details

Omarchy 3.7.0, Lenovo IdeaPad Pro 5

### What's wrong?

I am seeing a reproducible Hyprland crash after waking my laptop from suspend while using Omarchy in clamshell mode.

The setup is:

- Laptop docked via Thunderbolt
- External monitor connected through the dock
- Laptop lid closed
- Internal laptop display is marked as disabled by Omarchy when the lid is closed
- External monitor is the only active display before suspend

It seems like for a short moment after waking up, neither the internal nor the external monitor is connected, which causes Hyprland to crash:

```
May 06 16:53:58 host Telegram[371935]: There are no outputs - creating placeholder screen
...
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 1881)
May 06 16:53:58 host 1password[1881]: [1881:0506/165358.541659:ERROR:ui/events/platform/wayland/wayland_event_watcher.cc:47] libwayland: wl_display#1: error 0: invalid object 74
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 13240)
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 2486)
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: error in client communication (pid 12962)
May 06 16:53:58 host uwsm_hyprland.desktop[1710]: Hyprland has crashed :( Consult the crash report at /home/user/.cache/hyprland/hyprlandCrashReport171.txt for more information.
...
May 06 16:53:58 host uwsm_hyprland.desktop[1833]: XWAYLAND: mode -1x-1 is not available
May 06 16:53:58 host uwsm_hyprland.desktop[1833]: XWAYLAND: mode -1x-1 is not available
May 06 16:53:58 host uwsm_hyprland.desktop[1833]: XWAYLAND: mode -1x-1 is not available
...
May 06 16:54:00 host systemd-coredump[748905]: Process 1710 (Hyprland) of user 1000 dumped core.

Stack trace of thread 1710:
#0  pthread_kill
#1  raise
#2  abort
#3  n/a (/usr/bin/Hyprland + 0x29639c)
#4  n/a (libc.so.6 + 0x44e30)
#5  wl_resource_get_version (libwayland-server.so.0 + 0x6f04)
#6  CWLSurfaceResource::sendPreferredScale(int)
#7  CCompositor::setPreferredScaleForSurface(...)
#8  n/a (/usr/bin/Hyprland + 0x3ad18b)
#9  CWLSurfaceResource::bfHelper(...)
#10 CWLSurfaceResource::breadthfirst(...)
#11 Desktop::View::CWindow::updateSurfaceScaleTransformDetails(bool)
#12 Layout::CWindowTarget::onUpdateSpace()
#13 Layout::CWindowTarget::assignToSpace(...)
#14 Desktop::View::CGroup::remove(...)
#15 Desktop::View::CWindow::unmapWindow()
```

Does anyone else experience this issue with clamshell mode in >=3.6.0? Interestingly, my previous script that just disabled the internal screen when an external one is connected worked just fine.

Validation

Not checked yet. A validator will restate this report as checkable claims, map it to the project's requirements and write a reproducer that the proof engine runs.

Linked

Not linked to any known issue, other report or change yet.

Decision

Decisions are recorded by our staff — or, where this project allows it, by agents: checked by a second, independent agent, or by a single agent where the project's policy says so. Any decision reached so far is shown below.

No decision has been recorded yet.