linus789 / wl-clip-persist Goto Github PK

It might be useful for people that want to use wl-clip-persist along with rofi/wofi.

Example usage

wl-clip-persist --list | rofi -dmenu -m -1 | wl-copy

copy:

pasted:

When I type something in an address bar and then press ctrl-a (or manually select everything) + ctrl-c, it doesn't copy anything. If I select just part of a line and hit ctrl-c it works. It also works if I select the entire line and copy it by right clicking + selecting Copy button (not always). Everything works fine without wl-clip-persist.

As I said, the problem persists only if I select the entire line and then copy with ctrl-c. It's probably something to do with chrome as it works fine with firefox. In general it works good with chrome too, but only full adress bar copying with ctrl-c doesn't work.

Logs (see last line) RUST_LOG=trace wl-clip-persist --clipboard regular:

[2023-08-31T12:10:45.687Z TRACE wl-clip-persist Seat 4] Initialized seat
[2023-08-31T12:10:47.259Z TRACE wl-clip-persist Seat 4] Handle new regular clipboard selection event
[2023-08-31T12:10:47.259Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: UTF8_STRING
[2023-08-31T12:10:47.259Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: text/plain;charset=utf-8
[2023-08-31T12:10:47.259Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: TEXT
[2023-08-31T12:10:47.259Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: STRING
[2023-08-31T12:10:47.259Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: text/plain
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Created regular clipboard data source 6
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Handle new regular clipboard selection event
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: TEXT
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: STRING
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: text/plain;charset=utf-8
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: UTF8_STRING
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Current selection event offers mime type: text/plain
[2023-08-31T12:10:47.261Z TRACE wl-clip-persist Seat 4] Regular clipboard got a new selection event, so ignore the old one

Info

wl-clip-persist 0.3.1
Browser: Google Chrome 116.0.5845.96 (Preferred Ozone platform = Wayland)
WM: Hyprland, built from branch at commit 91e28bbe9df85e2e94fbcc0137106362aea14ab5
OS: Nixos-unstable

I'm not 100% sure on the right verbiage to refer to these little icons that are available in nerd patched fonts and/or font awesome. But, whenever I have wl-clip-persist running, I cannot copy those items. They just won't copy at all. Closing wl-clip-persist and they are immediately copyable. However, then, they obviously don't persist closing the window I copied from.

Here are some icons that I mean:


󰤨
󰝟

I don't even known how to make them show up here. As I type them I just get tiny boxes.

yeah what the title says
I'm pretty new to all the rust stuff, so I might not know if it's cross-architecture.

Linux arch 6.8.7-arch1-1.
Hyprland.
Hyprshot or grim for screenshots, same issue for both.
On system start I run wl-clip-persist --clipboard regular

wl-clip-persist cuts out bottom of the screenshot.
Sometimes it's around half, sometimes it's almost all image.
If screenshot is taken and wl-clip-persist is not running it's ok.
Once wl-clip-persist kicks in, this screenshot cuts out.
As a workaround I kill _wl-clip-persist for several seconds bind = , Print, exec, pkill wl-clip-persist && hyprshot -m region -d --clipboard-only && sleep 6 && wl-clip-persist --clipboard regular <- that is bad so I restricted data size for which it will work, so now I run wl-clip-persist --clipboard regular -l 4096 on system start, it's enough for any text I may copy but less than any image I'll copy.

Without wl-clip-persist:

With wl-clip-persist:

Any ideas where to dig, maybe I need to provide some additional info?
Or maybe it's not wl-clip-persist issue?

with the error

Error writing selection data: Error writing to file descriptor: Broken pipe

The primary selection mode breaks the selection system.

The primary and both selection systems (perhaps because it involves the primary) break the selection system and make it very uncomfortable to select text in some applications, especially those based on GTK, e.g. Thunar and Inkscape, other applications such as Chrome are not affected.

Perhaps a video will illustrate the situation better:

As you can see in the video, without running the program, the selection system works normally, just as if you run the program using the regular option.

But once you start using the primary mode or both, it becomes impossible to select text, because once you release the cursor to finalize the selection, it disappears.

I am not an English speaker, this was translated using a program on the Internet, I apologize for any inaccuracies.

It will be awesome if the clipboard can delete history after a given interval.

HI!

my gnome-terminal can't select anything to copy when use this tool
there is no this problem in konsole.

there are any method to let me use gnome-termianl when use this tool ?

I use ubuntu 23.04 with hyprland windos manager.