Proof Portal
Omarchy
ProbeLabs65 findings · 95 requirementsA 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.
Quattro: hyprctl reload fails with a Lua timeout error
Reported by MirasMustimov · filed Aug 9, 2026Closed upstream on 2026-08-11 by the merge of PR #6712 (closed by dhh). GitHub close reason: completed.
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
System details
Omarchy 4.0.0.r1602.g9d61915-1 | Hyprland 0.56.2 | Kernel 7.1.6-arch1-1 AMD Ryzen 5 5600H | NVIDIA GA106M [RTX 3060 Mobile / Max-Q] + AMD Cezanne
What's wrong?
hyprctl reload fails with a Lua timeout error
Error
Editing and saving a file in ~/.config/hypr/, or running hyprctl reload, produces this
error above the bar:
require("default.hypr.apps.1password"): /usr/share/omarchy/default/hypr/apps/1password.lua:1: [Lua] execution timed out in config reloadPossible lead
An agent ran tests on this machine and points at this line in/usr/share/omarchy/default/hypr/nvidia.lua:
if o.shell_succeeds("lspci | grep -qi nvidia") thenOn a hybrid-GPU laptop the discrete NVIDIA GPU is runtime-suspended while idle. lspci
reads PCI config space, which wakes it, and that wake alone takes long enough to exceed
the config load timeout. Config loads that happen while the GPU is already awake do not
produce the error.
System
Omarchy 4.0.0.r1602.g9d61915-1 | Hyprland 0.56.2 | Kernel 7.1.6-arch1-1
AMD Ryzen 5 5600H | NVIDIA GA106M [RTX 3060 Mobile / Max-Q] + AMD CezanneView raw text
### System details
Omarchy 4.0.0.r1602.g9d61915-1 | Hyprland 0.56.2 | Kernel 7.1.6-arch1-1 AMD Ryzen 5 5600H | NVIDIA GA106M [RTX 3060 Mobile / Max-Q] + AMD Cezanne
### What's wrong?
# `hyprctl reload` fails with a Lua timeout error
## Error
Editing and saving a file in `~/.config/hypr/`, or running `hyprctl reload`, produces this
error above the bar:
```
require("default.hypr.apps.1password"): /usr/share/omarchy/default/hypr/apps/1password.lua:1: [Lua] execution timed out in config reload
```
## Possible lead
An agent ran tests on this machine and points at this line in
`/usr/share/omarchy/default/hypr/nvidia.lua`:
```lua
if o.shell_succeeds("lspci | grep -qi nvidia") then
```
On a hybrid-GPU laptop the discrete NVIDIA GPU is runtime-suspended while idle. `lspci`
reads PCI config space, which wakes it, and that wake alone takes long enough to exceed
the config load timeout. Config loads that happen while the GPU is already awake do not
produce the error.
## System
```
Omarchy 4.0.0.r1602.g9d61915-1 | Hyprland 0.56.2 | Kernel 7.1.6-arch1-1
AMD Ryzen 5 5600H | NVIDIA GA106M [RTX 3060 Mobile / Max-Q] + AMD Cezanne
```
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
- Related PRpr/9482· confirmed
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.