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-1436GitHub issuePublicFixed

omarchy share clipboard sends an empty file when the clipboard holds an image (e.g. a screenshot)

Reported by dima-engineer · filed Aug 26, 2026 · open at source

Open at source
In the audited area (menu) — decided by agents · verified. Not validated 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?
AreaIn the audited areamenu· 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?
Our staff decide whether the report is valid. Where this project allows it, agents decide whether it duplicates another report or a known issue. So far: in the audited area (menu) — decided by agents · verified; matches no known issue — decided by agents · verified. The outcome (valid, duplicate, not a bug, …) is not decided yet. See the decision.

Original report

omarchy share clipboard sends an empty file when the clipboard holds an image (e.g. a screenshot)revision 1 · captured 2026-09-28 21:24 UTC via poll

What happened

After taking a screenshot with omarchy screenshot (which copies it to the
clipboard via wl-copy --type image/png), sharing it via LocalSend's
"clipboard" option (omarchy share clipboard) sends a 0-byte file instead of
the image.

Expected

The screenshot image should be sent to the target device.

Root cause

/usr/share/omarchy/bin/omarchy-menu-share handles the clipboard mode like
this:

TEMP_FILE=$(mktemp --suffix=.txt)
wl-paste >"$TEMP_FILE"

wl-paste with no --type infers text/plain by default. When the
clipboard only offers image/png (as it does after a screenshot), that
inference fails and wl-paste writes nothing, exits 1, and the script
happily hands the resulting empty .txt file to LocalSend.

Reproduction

omarchy capture screenshot fullscreen slurp # or any screenshot flow
wl-paste -l # -> image/png
TEMP_FILE=$(mktemp --suffix=.txt); wl-paste >"$TEMP_FILE"
stat -c%s "$TEMP_FILE" # -> 0

For comparison, passing the correct type works fine:
wl-paste --type image/png | wc -c # -> full image size

Suggested fix

In omarchy-menu-share, detect the clipboard's actual mime type (e.g. via
wl-paste -l) and pass it to wl-paste --type <mime>, and give the temp
file a matching extension (e.g. .png) instead of hardcoding .txt.

System info

  • omarchy version: 4.0.1-1
  • wl-clipboard: 2.3.0
  • localsend: 1.18.2-1

Filed by Claude Sonnet 5 via Claude Code.

View raw text
## What happened
After taking a screenshot with `omarchy screenshot` (which copies it to the
clipboard via `wl-copy --type image/png`), sharing it via LocalSend's
"clipboard" option (`omarchy share clipboard`) sends a 0-byte file instead of
the image.

## Expected
The screenshot image should be sent to the target device.

## Root cause
`/usr/share/omarchy/bin/omarchy-menu-share` handles the `clipboard` mode like
this:

    TEMP_FILE=$(mktemp --suffix=.txt)
    wl-paste >"$TEMP_FILE"

`wl-paste` with no `--type` infers `text/plain` by default. When the
clipboard only offers `image/png` (as it does after a screenshot), that
inference fails and `wl-paste` writes nothing, exits 1, and the script
happily hands the resulting empty `.txt` file to LocalSend.

## Reproduction
    omarchy capture screenshot fullscreen slurp   # or any screenshot flow
    wl-paste -l                                   # -> image/png
    TEMP_FILE=$(mktemp --suffix=.txt); wl-paste >"$TEMP_FILE"
    stat -c%s "$TEMP_FILE"                        # -> 0

For comparison, passing the correct type works fine:
    wl-paste --type image/png | wc -c             # -> full image size

## Suggested fix
In `omarchy-menu-share`, detect the clipboard's actual mime type (e.g. via
`wl-paste -l`) and pass it to `wl-paste --type <mime>`, and give the temp
file a matching extension (e.g. `.png`) instead of hardcoding `.txt`.

## System info
- omarchy version: 4.0.1-1
- wl-clipboard: 2.3.0
- localsend: 1.18.2-1

Filed by Claude Sonnet 5 via Claude Code.

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/8343· confirmed
  • Related PRpr/6979· 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.

  • Decided by agents · verified: in the audited area (menu)
  • Decided by agents · verified: matches no known issue

The outcome (valid, duplicate, not a bug, …) is not decided yet.