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-4382GitHub issuePublicReceived

Hyprland 0.55.0 config errors in default/hypr/looknfeel.conf (col.border_locked = -1, dwindle:pseudotile removed)

Reported by Ehsanul-deepchainlabs · filed May 11, 2026Closed upstream on 2026-05-12 by ryanrhughes; the closing comment says it was fixed by PR #5723. GitHub close reason: completed.

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 0.55.0 config errors in default/hypr/looknfeel.conf (col.border_locked = -1, dwindle:pseudotile removed)revision 1 · captured 2026-10-04 11:56 UTC via poll

System details

Intel i7-13700H, NVIDIA RTX 4060, Omarchy 3.8.0 (master @ b2d95ee2), Hyprland 0.55.0

What's wrong?

<img width="2515" height="251" alt="Image" src="https://github.com/user-attachments/assets/400cdfe6-d7dc-4b53-8602-54aaa25f41f7" />

<img width="2560" height="1600" alt="Image" src="https://github.com/user-attachments/assets/717dc633-3c7b-45d9-aef4-97debe15e6f4" />

On a fresh boot, Hyprland reports three config errors from the stock omarchy default looknfeel.conf:

Config error in file /home//.local/share/omarchy/default/hypr/looknfeel.conf at line 53: Error parsing gradient -1: failed to parse -1 as a color
Config error in file /home//.local/share/omarchy/default/hypr/looknfeel.conf at line 54: Error parsing gradient -1: failed to parse -1 as a color
Config error in file /home//.local/share/omarchy/default/hypr/looknfeel.conf at line 111: config option dwindle:pseudotile does not exist.

### Cause

Hyprland 0.55.0 dropped support for two things the omarchy default config still uses:

  1. Lines 53–54 — col.border_locked_active = -1 / col.border_locked_inactive = -1. The -1 "inherit from parent color" shorthand is no longer accepted; the parser expects a real color/gradient. Confirmed via

hyprctl getoption group:col.border_locked_active → custom type: 0 0deg.
2. Line 111 — dwindle:pseudotile = true. The option was removed in Hyprland 0.55.0. Confirmed via hyprctl getoption dwindle:pseudotile → no such option.

### Steps to reproduce

  1. Install Omarchy 3.8.0 (or update an existing install to master @ b2d95ee2).
  2. Be on Hyprland 0.55.0 (current Arch hyprland package).
  3. Reboot / re-login. Errors appear in the Hyprland error overlay and hyprctl configerrors.

### Workaround

Errors are non-fatal — Hyprland continues to run, those three lines are just ignored. Users can override col.border_locked_active/inactive in ~/.config/hypr/looknfeel.conf with explicit colors, but there's no way
to "un-set" dwindle:pseudotile from a sourced default — it has to be removed from the default file itself.

### Suggested fix

Update default/hypr/looknfeel.conf for Hyprland 0.55.0:

  • Replace col.border_locked_active = -1 with col.border_locked_active = $activeBorderColor (and same for inactive), or drop the two lines (Hyprland falls back to col.border_active/inactive by default).
  • Remove the dwindle { pseudotile = true ... } line — pseudotile is now per-window only (via the pseudo dispatcher / windowrule = pseudo, ...).

Noticed the hyprland-lua-conversion branch is already overhauling this area, so this may already be addressed there — flagging in case it should also be patched on master before that lands.

### omarchy-debug

omarchy-debug.txt

View raw text
### System details

Intel i7-13700H, NVIDIA RTX 4060, Omarchy 3.8.0 (master @ b2d95ee2), Hyprland 0.55.0

### What's wrong?

<img width="2515" height="251" alt="Image" src="https://github.com/user-attachments/assets/400cdfe6-d7dc-4b53-8602-54aaa25f41f7" />

<img width="2560" height="1600" alt="Image" src="https://github.com/user-attachments/assets/717dc633-3c7b-45d9-aef4-97debe15e6f4" />

  On a fresh boot, Hyprland reports three config errors from the stock omarchy default `looknfeel.conf`:

  Config error in file /home//.local/share/omarchy/default/hypr/looknfeel.conf at line 53: Error parsing gradient -1: failed to parse -1 as a color
  Config error in file /home//.local/share/omarchy/default/hypr/looknfeel.conf at line 54: Error parsing gradient -1: failed to parse -1 as a color
  Config error in file /home//.local/share/omarchy/default/hypr/looknfeel.conf at line 111: config option dwindle:pseudotile does not exist.

  ### Cause

  Hyprland 0.55.0 dropped support for two things the omarchy default config still uses:

  1. **Lines 53–54** — `col.border_locked_active = -1` / `col.border_locked_inactive = -1`. The `-1` "inherit from parent color" shorthand is no longer accepted; the parser expects a real color/gradient. Confirmed via
  `hyprctl getoption group:col.border_locked_active` → `custom type: 0 0deg`.
  2. **Line 111** — `dwindle:pseudotile = true`. The option was removed in Hyprland 0.55.0. Confirmed via `hyprctl getoption dwindle:pseudotile` → `no such option`.

  ### Steps to reproduce

  1. Install Omarchy 3.8.0 (or update an existing install to master @ b2d95ee2).
  2. Be on Hyprland 0.55.0 (current Arch `hyprland` package).
  3. Reboot / re-login. Errors appear in the Hyprland error overlay and `hyprctl configerrors`.

  ### Workaround

  Errors are non-fatal — Hyprland continues to run, those three lines are just ignored. Users can override `col.border_locked_active/inactive` in `~/.config/hypr/looknfeel.conf` with explicit colors, but there's no way
  to "un-set" `dwindle:pseudotile` from a sourced default — it has to be removed from the default file itself.

  ### Suggested fix

  Update `default/hypr/looknfeel.conf` for Hyprland 0.55.0:

  - Replace `col.border_locked_active = -1` with `col.border_locked_active = $activeBorderColor` (and same for `inactive`), or drop the two lines (Hyprland falls back to `col.border_active/inactive` by default).
  - Remove the `dwindle { pseudotile = true ... }` line — pseudotile is now per-window only (via the `pseudo` dispatcher / `windowrule = pseudo, ...`).

  Noticed the `hyprland-lua-conversion` branch is already overhauling this area, so this may already be addressed there — flagging in case it should also be patched on `master` before that lands.

  ### omarchy-debug

[omarchy-debug.txt](https://github.com/user-attachments/files/27593409/omarchy-debug.txt)
  • omarchy-debug.txt
  • 400cdfe6-d7dc-4b53-8602-54aaa25f41f7
  • 717dc633-3c7b-45d9-aef4-97debe15e6f4

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.