Sergey Bugaev

This was similarly broken for me on 1.5.0, and is now working on 1.5.1.

> `application/x-shellscript` wl-clipboard treats all types ending with `script` as textual, so that explains it. We hope to eventually switch to using `file`(1) to determine the textuality (is that a...

Hi, thanks for the detailed report! This sounds like `wl-copy` fails to identify the file type on its own (using `xdg-mime`). Does ``` $ xdg-mime query filetype /home/scarlet/Akko/Cute/FWI4Nb2UsAE7lCd.jpg ``` output...

Ah, you said above that it works with `-t image/png`. So this sounds like your image is actually a JPEG, but the application you're trying to paste _into_ (Firefox) only...

Hi! > Initially I thought I don't understand bash process substitution and/or redirection, but after a few attempts of solving it over the months I pinned it down to wl-copy...

> * `wl-copy` sees `stdin` closed, cleans up it's FDs and exits. > > Is there a particular reason why `stderr` is kept open? We keep stderr open to be...

Hi, please see https://github.com/bugaevc/wl-clipboard/issues/26 In particular, something like this is likely to do what you want: ``` $ wl-copy -t text/uri-list "file://$(realpath my_document.pdf)" ```

> OK, then I think we need the opinion of the maintainers. My instinct is to say that FlatPak should be responsible for that, i.e., bridging copied files into the...

Hi, so if copying with wl-copy and subsequently pasting with wl-paste works, this means wl-copy succeeds in copying the 0c byte to the clipboard. So the issue must be then...

Hi, so, the way the Wayland protocol(s) work, the source side sends us _a list_ of formats (and sending duplicated formats in that list is weird, but I guess technically...