Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

--paste-once seems to break after the Plasma update #249

Open
vrecek opened this issue Feb 16, 2025 · 4 comments
Open

--paste-once seems to break after the Plasma update #249

vrecek opened this issue Feb 16, 2025 · 4 comments

Comments

@vrecek
Copy link

vrecek commented Feb 16, 2025

Hi,
I typically use(d) cat ... | wl-copy --trim-newline --paste-once to copy short keys from files, like usernames, or not important passwords.
But after the update (mainly to 6.13.2 kernel and Plasma 6.3), specyfing --paste-once option, nothing from stdin is copied at all. Without it everything works as it should be.

I tested it on Plasma 6.2.5 on another machine, and it works, updated to 6.3 - does not work.

I know that man page says:

Note that this may break pasting into some clients that expect
to be able to paste multiple times, in particular pasting into XWayland windows is known to break when this option is used.

But it doesnt matter, if a copied text is pasted into a native Wayland program, or through the XWayland one.

Whats very interesting, "Clipboard" widget shows the copied text, but it cannot by copied by clicking at it. However, after editing the entry's contents (Edit contents option), it copies correctly from the Clipboard entry.

System:
Arch Linux, Plasma 6.3.0, Kernel 6.13.2, Wayland

@bugaevc
Copy link
Owner

bugaevc commented Feb 16, 2025

Hi, this sounds like the clipboard widget (Klipper, I assume?) pastes the copied text immediately into itself, which counts towards "paste once", so you can no longer paste another time.

but it cannot by copied by clicking at it

That could be due to the "may break pasting into some clients that expect to be able to paste multiple times", the client here being Klipper itself. But I'm not sure.

@vrecek
Copy link
Author

vrecek commented Feb 16, 2025

Yeah, i forgot about that possibility... and yes, thats the issue, without the widget it works as before. So i guess there's nothing on the wl-clipboard side to fix this issue, and users should get answers from the widget devs? Because it seems like an unnecessary change/bug, in previous version(s) it was fine

@bugaevc
Copy link
Owner

bugaevc commented Feb 16, 2025

I doubt Klipper devs will consider it their bug either.

Well, they might try to better support peers who only allow a single paste and then disappear (like wl-copy does in --paste-once mode), though it's really wl-copy'ies "fault" because it's not really supposed to do that. If they do, you should be able to paste from Klipper by clicking on it.

Something like #214 might help with the original issue, depending on what Klipper does.

@titaniumtraveler
Copy link

I've had similar issues with KDE-Connect.
They actually do seem to support the --sensitive feature. (As in they don't copy the clipboard to other connected machines) But it still reads the password content, which means it breaks --paste-once. (I tried different combinations of enabling/disabling the different clipboard settings they exposse)

Image

I use password-store as password manager and it would be incredibly cool if I could just use --paste-once and --foreground for it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants