Orion/2. Areas/Home Personal/knowledge/omarchy-keybind-does-nothing-hyprctl-binds.md
Avi a66996ac10 Orion vault — clean initial history
Knowledge vault (Orion/PARA) migrated from the pre-Orion 484vault on
2026-10-01. Deliberately orphaned: prior history contained a plaintext
password and stays local-only on branch archive/pre-boilerplate-history.
Secrets and live Hermes state are gitignored.
2026-10-02 08:34:48 -05:00

1.2 KiB

date area hermes-owned
2026-09-14 hyprland/omarchy true

Omarchy keybind "does nothing" — check hyprctl binds first

Symptom: A keybind appears dead — no visible effect.

Diagnosis path (2026-09-14):

  1. hyprctl binds -j — the binding is usually registered fine; the action is a legitimate compositor no-op, not a broken bind.
  2. Example: SUPER+J (toggle split) logs "can't togglesplit in the current workspace" and stays silent when there are <2 tiled windows, or the focused window is fullscreen/floating.
  3. Verify the dispatch directly: hyprctl dispatch "hl.dsp.layout('togglesplit')" and compare geometry via hyprctl clients -j, then toggle back.

Recurring root cause (added 2026-09-15): SUPER+J "stopped working again" on one workspace = the workspace layout flipped to scrolling (SUPER+L toggles it; SUPER+J gets mis-pressed). State lives in ~/.local/state/omarchy/workspace-layouts/<ws>.lua. Fix: delete that file, then hyprctl eval 'hl.workspace_rule({ workspace = "N", layout = "dwindle" })'. Check that dir before debugging the binding itself.

Note: dispatch on this box uses the Lua shim syntax — see hyprctl-dispatch-lua-shim-syntax.

Related: Troubleshooting Index