Local Wayland clipboard unavailable in panes after reattaching to a persistent session

[27mfp]

Is this a reproducible bug?

• I confirm this is a reproducible bug, not a feature request, idea, question, contribution proposal, or direction check.
• I reproduced this bug on the version and environment reported below using the exact steps provided.

Current behavior

After reattaching to a persistent local Herdr session from a Wayland terminal, a Pi process in an existing pane cannot attach a copied clipboard image with Ctrl+V. The same clipboard contains the image outside Herdr, and normal keyboard input reaches the pane.

The pane process environment shows XDG_SESSION_TYPE=tty with no WAYLAND_DISPLAY or DISPLAY, while the Wayland terminal used for the attachment has those variables set.

Expected behavior

Pi running in a local Herdr pane should behave like the same Pi process outside Herdr: after copying a screenshot, Ctrl+V should attach the image.

Reproduction

1. Start a persistent local Herdr session from a tty/tmux context where WAYLAND_DISPLAY and DISPLAY are unset and XDG_SESSION_TYPE=tty.
2. Later attach to the same session from a Wayland terminal.
3. In a Pi 0.84.0 pane, copy a screenshot and press Ctrl+V.
4. Confirm from the Wayland terminal that the clipboard contains an image with wl-paste --list-types.
5. Observe that Pi does not attach an image path, although normal key input continues to work.

Impact

Screenshot-based workflows cannot paste images into Pi when it runs in the persistent local session. The same workflow works when Pi runs directly in the graphical terminal.

Environment

• Herdr version: 0.8.0
• Update channel (stable or preview): stable
• Operating system: Linux, Wayland (WAYLAND_DISPLAY=wayland-1, DISPLAY=:0)
• Terminal: tmux in a graphical terminal
• Shell, if relevant: not reported
• Relevant config, if any: persistent server originally started with XDG_SESSION_TYPE=tty and no display variables; Pi 0.84.0