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.
omarchy toggle bar on/off arguments are inverted
Reported by ferpa · filed Oct 7, 2026 · open at source
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?
- AreaOutside the audited area· Decided by agents · verified
- 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?
- Decided by agents and verified by a second, independent agent — see the decision.
Original report
Description
omarchy toggle bar on hides the bar and omarchy toggle bar off shows it. The arguments are inverted.
omarchy-toggle-bar passes its argument straight to the bar-off flag:
omarchy-toggle bar-off "${1:-toggle}"In omarchy-toggle, on creates the flag and off removes it. Because the flag is named bar-off, on creates bar-off (hiding the bar) and off removes it (showing the bar). The plain toggle action works correctly. Only the explicit on/off arguments, which the script's own omarchy:args and omarchy:examples advertise, have the wrong meaning.
Steps to reproduce
- With the bar visible, run
omarchy toggle bar on. - The bar slides off screen and
~/.local/state/omarchy/toggles/bar-offis created. - Run
omarchy toggle bar off. - The bar comes back and the flag is removed.
Expected: on shows the bar and off hides it.
This makes recovery confusing: if the bar gets hidden and the user runs omarchy toggle bar on to bring it back, the bar stays hidden. It also looks like the "stranded off screen" problem described in the script comment, so restarting the shell seems like the fix, but that doesn't help either because the flag is still set.
Suggested fix
Invert the explicit arguments before passing them to the flag:
case "${1:-toggle}" in
on) action=off ;;
off) action=on ;;
*) action="${1:-toggle}" ;;
esac
omarchy-toggle bar-off "$action"System
- Omarchy 4.0.4-1
- Hyprland, 3 monitors (eDP-2 plus 2 DP outputs)
View raw text
## Description
`omarchy toggle bar on` hides the bar and `omarchy toggle bar off` shows it. The arguments are inverted.
`omarchy-toggle-bar` passes its argument straight to the `bar-off` flag:
```bash
omarchy-toggle bar-off "${1:-toggle}"
```
In `omarchy-toggle`, `on` creates the flag and `off` removes it. Because the flag is named `bar-off`, `on` creates `bar-off` (hiding the bar) and `off` removes it (showing the bar). The plain `toggle` action works correctly. Only the explicit `on`/`off` arguments, which the script's own `omarchy:args` and `omarchy:examples` advertise, have the wrong meaning.
## Steps to reproduce
1. With the bar visible, run `omarchy toggle bar on`.
2. The bar slides off screen and `~/.local/state/omarchy/toggles/bar-off` is created.
3. Run `omarchy toggle bar off`.
4. The bar comes back and the flag is removed.
**Expected:** `on` shows the bar and `off` hides it.
This makes recovery confusing: if the bar gets hidden and the user runs `omarchy toggle bar on` to bring it back, the bar stays hidden. It also looks like the "stranded off screen" problem described in the script comment, so restarting the shell seems like the fix, but that doesn't help either because the flag is still set.
## Suggested fix
Invert the explicit arguments before passing them to the flag:
```bash
case "${1:-toggle}" in
on) action=off ;;
off) action=on ;;
*) action="${1:-toggle}" ;;
esac
omarchy-toggle bar-off "$action"
```
## System
- Omarchy 4.0.4-1
- Hyprland, 3 monitors (eDP-2 plus 2 DP outputs)
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
- Fixed bypr/12155· 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.
- Out of scopeDecided by agents · verified · 2026-10-09 22:18 UTC