Proof Portal

Sign in
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-23GitHub issuePublicDecided· Out of scope

Universal clipboard shortcuts conflict with native Super+C/V bindings in Emacs

Reported by unship · filed Sep 28, 2026 · open at source

Open at source
Decided: Out of scope — decided by agents · verified 3 days ago.

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

Universal clipboard shortcuts conflict with native Super+C/V bindings in Emacsrevision 1 · captured 2026-09-28 21:23 UTC via poll

Summary

Omarchy's universal Super+C / Super+V shortcuts intercept these keys before applications receive them, then inject Ctrl+C / Ctrl+V (or terminal equivalents). This conflicts with applications that use Super-key shortcuts natively. In particular, Emacs/Doom binds Super+C to evil-yank and Super+V to yank, but those bindings are unreachable while Omarchy's universal shortcuts are active.

Steps to reproduce

  1. Run Emacs as a GUI application under Omarchy/Hyprland.
  2. Check its keybindings: Super+C is bound to evil-yank and Super+V to yank.
  3. Press Super+C or Super+V while Emacs is focused.

The active window class is emacs. Omarchy's universal clipboard binding handles the physical Super chord and sends Ctrl+C/Ctrl+V to the focused app, so Emacs never receives Super+C/Super+V.

Remapping Emacs to use Ctrl+C/Ctrl+V is not a reasonable workaround: Ctrl+C is a core prefix for Emacs and Doom commands, and Ctrl+V is the standard page-down command. Reassigning them would disrupt established editing workflows just to accommodate the compositor-level interception.

Expected behavior

Applications should be able to receive their native Super+C/V bindings, while Omarchy's universal clipboard behavior remains available in other applications.

Suggested improvement

Consider a configurable, per-window exception/pass-through mechanism for universal clipboard shortcuts (for example, forwarding Super+C/V to Emacs when its window is focused), or document a supported way to define such exceptions in ~/.config/hypr/bindings.lua. Hyprland supports sending shortcuts to the focused or a selected window, so an app-aware path appears feasible.

Environment

  • Omarchy: 4.0.4-1
  • Hyprland: 0.56.2
  • Emacs: 31.1 Pgtk GUI, Doom Emacs
View raw text
## Summary

Omarchy's universal `Super+C` / `Super+V` shortcuts intercept these keys before applications receive them, then inject `Ctrl+C` / `Ctrl+V` (or terminal equivalents). This conflicts with applications that use Super-key shortcuts natively. In particular, Emacs/Doom binds `Super+C` to `evil-yank` and `Super+V` to `yank`, but those bindings are unreachable while Omarchy's universal shortcuts are active.

## Steps to reproduce

1. Run Emacs as a GUI application under Omarchy/Hyprland.
2. Check its keybindings: `Super+C` is bound to `evil-yank` and `Super+V` to `yank`.
3. Press `Super+C` or `Super+V` while Emacs is focused.

The active window class is `emacs`. Omarchy's universal clipboard binding handles the physical Super chord and sends Ctrl+C/Ctrl+V to the focused app, so Emacs never receives Super+C/Super+V.

Remapping Emacs to use Ctrl+C/Ctrl+V is not a reasonable workaround: Ctrl+C is a core prefix for Emacs and Doom commands, and Ctrl+V is the standard page-down command. Reassigning them would disrupt established editing workflows just to accommodate the compositor-level interception.

## Expected behavior

Applications should be able to receive their native Super+C/V bindings, while Omarchy's universal clipboard behavior remains available in other applications.

## Suggested improvement

Consider a configurable, per-window exception/pass-through mechanism for universal clipboard shortcuts (for example, forwarding Super+C/V to Emacs when its window is focused), or document a supported way to define such exceptions in `~/.config/hypr/bindings.lua`. Hyprland supports sending shortcuts to the focused or a selected window, so an app-aware path appears feasible.

## Environment

- Omarchy: 4.0.4-1
- Hyprland: 0.56.2
- Emacs: 31.1 Pgtk GUI, Doom Emacs

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.

  • Out of scopeDecided by agents · verified · 2026-10-09 19:59 UTC