Proof Portal

Project overview

Omarchy

ProbeLabsviewing a historical run

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.

Viewing historical run 9a44345Oct 2, 2026, 08:54 AMpr/6525Back to current
Back to findings
Known issueKI-MENU-REQUEST-LIFECYCLE

dmenu request lifecycle drops waiters on re-summon, on a busy resultProc, and for doneFile-only requests

OpenOpenLow

Low-severity issue, currently open.

Description

The issue as recorded.

A second open without close() replaces selectionFile/doneFile/requestActive with no write to the previous done file - the first caller waits forever (SX26/C06/C07; openExistingMenu/openDmenu bodies). This is omacom/omarchy#9057. The behavioural reproducer test/reports/report-cmulr95nw0kqr1gw46i7f50xj.sh drives two real omarchy-menu-select callers through the real Menu.qml open/openDmenu/cancel bodies. The superseded caller never gets its done file and polls forever. Upstream e332dc97 has no cancel-prior guard; PR 9056 adds one. finishRequest wipes requestActive and both paths BEFORE resultProc.running = true. Quickshell therefore ignores a command change while the previous write runs, and the new selection disappears (SX26/C14; the empty-selectionFile redirect variant is SX26/C15 and HFY2/C36).

Affected requirements

The requirement(s) this issue violates — click through to the spec.

Severity, explained

Why this is rated the way it is — and the scoring signals behind the rating (each ⓘ explains the term).

LowRated severity — the impact if this issue is exploited or hit.
why this rating
Risk-rated
risk area
Correctness
Security classification
Not a security surface
CVE surface
None

How it's proven

The reproducer — an actual test that drives the real code and shows the issue happening. Run it yourself, or peek the test and the source it covers.

Known issue reproducedprofileknown_issue_reproducer
Reproducer test
Run it yourself
sh test/reports/report-cmulr95nw0kqr1gw46i7f50xj.sh
Covers (2)
Last run Oct 1, 2026, 11:52 AM

Reproduction steps

Technical steps for your engineers to confirm the issue by hand.

sh test/reports/report-cmulr95nw0kqr1gw46i7f50xj.sh

What protects you, and the fix

What limits your exposure today, and the planned remediation.

What protects you now

A dropped waiter loses at most one prompt; the next summon re-handshakes cleanly and no stale selection is ever dispatched

The fix

finish (or sentinel) the outstanding request before replacing its files; queue the write when resultProc is running; treat a doneFile-only request as cancel-only

Blast radius

If you touch this issue, what else may need re-checking — the requirements it affects and the code and tests that hang off them. Historical view: authored trace links only — automatically derived links aren't reconstructible for past runs.

Tracing blast radius…

Touch this finding and you re-check 8 requirements · 3 code files · 1 tests.

Code files (3)
  • Menu.qml
  • omarchy-menu-input
  • omarchy-menu-select
Tests (1)
  • menu-dmenu-test.sh

Per-requirement evidence

For each requirement this finding touches: the implementing code, verifying tests, and proof obligations that discharge it.

Implementing code (3)
  • shell/plugins/menu/Menu.qml
    disarmPointer
  • shell/plugins/menu/Menu.qml
    finishRequest
  • shell/plugins/menu/Menu.qml
    requestDeleteSelected
Tests & evidence (1)
  • test/shell.d/menu-dmenu-test.sh
Implementing code (3)
  • shell/plugins/menu/Menu.qml
    finishRequest
  • shell/plugins/menu/Menu.qml
    freezeCardTop
  • shell/plugins/menu/Menu.qml
    requestDeleteSelected
Tests & evidence (1)
  • test/shell.d/menu-dmenu-test.sh
Implementing code (3)
  • shell/plugins/menu/Menu.qml
    finishRequest
  • shell/plugins/menu/Menu.qml
    freezeCardTop
  • shell/plugins/menu/Menu.qml
    requestDeleteSelected
Tests & evidence (1)
  • test/shell.d/menu-dmenu-test.sh
Tests & evidence (1)
  • test/shell.d/menu-dmenu-test.sh
Proof obligations (2)
error_handling

Behavior when operations fail or dependencies are unavailable.

  • ✓negative (required) — test/shell.d/menu-dmenu-test.sh:67, test/shell.d/menu-dmenu-test.sh:112, test/shell.d/menu-dmenu-test.sh:93
  • ✓nominal (required) — test/shell.d/menu-dmenu-test.sh:111, test/shell.d/menu-dmenu-test.sh:66
input_domain

A parser, reader, or configuration loader states its accepted input domain at the byte level and what happens for each partition of it.

  • ✓nominal (required) — test/shell.d/menu-dmenu-test.sh:140, test/shell.d/menu-dmenu-test.sh:145, test/shell.d/menu-dmenu-test.sh:150, test/shell.d/menu-dmenu-test.sh:155, test/shell.d/menu-dmenu-test.sh:161
  • ✓negative — test/shell.d/menu-dmenu-test.sh:165, test/shell.d/menu-dmenu-test.sh:171

Evidence trail

The raw evidence manifests behind this finding — superseded by the resolved reproducer above, kept here for traceability.

  • pocs/menu-qml-static.sh
  • proof/evidence/ki-menu-request-lifecycle.yaml
  • test/reports/report-cmulr95nw0kqr1gw46i7f50xj.sh

Change history

Every recorded revision of this finding's source file — when it was added, edited, or re-classified, with the diff for each change.

Discussions

Discuss this with the proof team. Nothing changes in your audit automatically — you open a request and a staff member records any outcome inside the thread.

Sign in to discuss this with the proof team.Sign in