Sometimes can't paste while wl-clip-persist is running on Hyprland

[liaminventions]

the title.

full-20240830-160809ns-comp.mp4

[Linus789]

I haven't been able to reproduce the issue.

1. What is the output of wl-clip-persist -V?
2. And could you run wl-clip-persist with RUST_LOG=trace for more debug info?
3. Does the pasting issue only happen with your terminal or also other applications? If only terminal, which terminal do you use?

[liaminventions]

I haven't been able to reproduce the issue.

1. What is the output of wl-clip-persist -V?
2. And could you run wl-clip-persist with RUST_LOG=trace for more debug info?
3. Does the pasting issue only happen with your terminal or also other applications? If only terminal, which terminal do you use?

1. wl-clip-persist 0.4.3
2. here is the output of RUST_LOG=trace wl-clip-persist --clipboard both: log.txt when copying successfully and then failing to paste after a second copy and trying to paste multiple times
3. no, it's not just in the terminal (the terminal is kitty btw)
   also, it actually doesn't seem to matter what the source is either, i tested many different combinations of sources and destinations and the results were similar (i didn't realize this before)

[fiskhest]

FWIW, I believe to also have been afflicted by this issue ever since hyprland 0.40.something (I've had clipboard, primarily paste issues, for the past 2~ months). If I turn off wl-clip-persist, I don't see any problems.

[liaminventions]

FWIW, I believe to also have been afflicted by this issue ever since hyprland 0.40.something (I've had clipboard, primarily paste issues, for the past 2~ months). If I turn off wl-clip-persist, I don't see any problems.

yea same for me (im also using hyprland)
actually just tested in sway and it works fine, so that pretty much confirms that this is an upstream hyprland bug

[furcom]

I'm experiencing the same issue. The only thing that helps is copying multiple times until I'm able to paste. I'm on version 0.4.3

EDIT:
Found a solution for Google Chrome. Now copy/paste works fine :)

• Go to "Experimental features" (chrome://flags)
• Search for Preferred Ozone platform and set it to Wayland
• Relaunch Chrome

Alternatively launch Chrome with --ozone-platform=wayland

[Linus789]

Thanks for the hint, @furcom. I have been able to reproduce the issue with chromium --ozone-platform=x11. It seems like wl-clip-persist receives an empty string for the mime type text/plain;charset=utf-8, which means the file descriptor has been closed without data being written. Probably better to create an issue at Hyprland, not much I can do here, I think.