### System details

- Omarchy: `4.0.4-1` (installed package and `omarchy version`)
- Hyprland: `0.56.2-2`
- Quickshell: `0.3.1-1`
- wl-clipboard: `1:2.3.0-1`
- file: `5.48-1`
- xdg-utils: `1.2.1-2`
- CPU: Intel Core i5-1335U; GPU: Intel Iris Xe (Raptor Lake-P)

### What's wrong?

Some valid UTF-8 text entries remain visible in clipboard history (`Super+Ctrl+V`), but selecting them with Enter or Shift+Enter makes them unavailable to text paste consumers.

The text is copied, but `bin/omarchy-clipboard-paste-text` lets `wl-copy` infer its MIME type. For the synthetic example below, that inference returns `application/x-dtsz` instead of a text type. `wl-paste --type text` then exits with status 1.

This depends on the content, not the age of the history entry.

### Minimal reproducer

Run in Bash in a Wayland session. These commands replace the current clipboard. The sample contains two leading ASCII spaces followed by the Russian word for “test” and a newline; it contains no private clipboard data.

```bash
sample=$'  Тест\n'

# Reproduce through the stock text helper without synthetic key presses:
omarchy clipboard paste text --copy-only "$sample"

wl-paste --list-types
# application/x-dtsz

wl-paste --no-newline --type text >/dev/null
echo "$?"
# 1
```

The MIME inference can also be reproduced without touching the clipboard:

```bash
printf '  Тест\n' | file --mime-type -b -
# application/x-dtsz
```

To exercise clipboard history on an unmodified installation:

1. Seed the sample explicitly as text:
   `printf '  Тест\n' | wl-copy --type 'text/plain;charset=utf-8'`.
2. Open `Super+Ctrl+V`, select that entry, and press Shift+Enter.
3. Check `wl-paste --list-types` and try `wl-paste --type text`.

Expected: restoring a known text entry preserves a usable text MIME type and the original bytes.

### Cause and suggested fix

Both text-copy paths in [bin/omarchy-clipboard-paste-text](https://github.com/omacom/omarchy/blob/quattro/bin/omarchy-clipboard-paste-text) invoke bare `wl-copy`. The history path already checks that the selected entry has `type == "text"`, so its content should not be reclassified as binary.

Specify the text type in both places:

```diff
-  jq -j --argjson index "$history_index" '.[$index].text' "$history_path" | wl-copy
+  jq -j --argjson index "$history_index" '.[$index].text' "$history_path" | wl-copy --type "text/plain;charset=utf-8"
...
-  printf '%s' "$text" | wl-copy
+  printf '%s' "$text" | wl-copy --type "text/plain;charset=utf-8"
```

### Verification

On the real Wayland session, the stock helper with the synthetic sample advertised only `application/x-dtsz`; text read exited 1. With the explicit MIME type, text read exited 0 and returned the exact sample bytes, including spaces and newline.

The same fix was applied in a user-owned clipboard plugin and verified through its history-copy action with byte-for-byte comparison. The original clipboard contents were restored after the synthetic test.

The current upstream `quattro` helper was checked and still contains both untyped `wl-copy` calls. No private clipboard text or history dump is included in this report.