### System details

Omarchy 4.0.4-1, Hyprland 0.56.2, Arch Linux; wechat-bin 4.1.13.9 (runs under XWayland), xorg-xwayland 24.1.13, wtype 0.4-2, wl-clipboard 2.3.0

### What's wrong?

Pasting an entry from the clipboard history (ALT+V, `omarchy.clipboard`) into WeChat closes the WeChat window.

**Steps**
1. Run WeChat (`wechat-bin`, class `wechat`, `xwayland=true` in `hyprctl clients`).
2. Copy any text so it appears in the clipboard history.
3. Focus a WeChat chat input, press ALT+V, select an entry, press Enter.
4. The WeChat window closes.

**What I verified**
- `Clipboard.qml` calls `omarchy-clipboard-paste-text --shift-insert --history-index N`, which ends with `wtype -M shift -k Insert -m shift`. `omarchy-clipboard-paste-file` does the same.
- SUPER+V ("Universal paste") in `default/hypr/bindings/clipboard.lua` does not use `wtype`; it uses `send_key_state` (Ctrl+V, or Shift+Insert in terminals). The comment there says a virtual keyboard is not reliable.
- After replacing the `wtype` call in both paste helpers with the same dispatch SUPER+V uses (workaround below), pasting from ALT+V into WeChat works and the window no longer closes.

**Not verified**
- I have no crash dump for the main WeChat process. `~/.xwechat/crashinfo` only holds old `WeChatAppEx` dumps, so the claim that `wtype` is what kills WeChat is inferred from the before/after behaviour above, not from a stack trace.

**Workaround I used**

```bash
send_paste() {
  local lua='
    local w = hl.get_active_window()
    local term = false
    if w then for _, t in ipairs(w.tags or {}) do if t:gsub("%*$", "") == "terminal" then term = true end end end
    local mods, key = "CTRL", "V"
    if term then mods, key = "SHIFT", "Insert" end
    hl.dispatch(hl.dsp.send_key_state({ mods = mods, key = key, state = "STATE" }))
  '
  hyprctl eval "${lua//STATE/down}" >/dev/null 2>&1 || return 0
  sleep 0.05
  hyprctl eval "${lua//STATE/up}" >/dev/null 2>&1 || true
}
```

It replaces the `wtype -M shift -k Insert -m shift` line in `omarchy-clipboard-paste-text` and `omarchy-clipboard-paste-file`.

**Related**
#12376 reports the same `wtype` + Shift+Insert root cause for browsers (emoji picker, and notes the clipboard manager has the same gap); #10526 covers image paste into terminals. This report is a different symptom (the app closes rather than ignoring the paste), but a shared helper would likely fix all three.

Drafted with the help of an AI coding assistant (Claude Code) on the reporter's machine; the reporter ran the checks above.