-
-
Notifications
You must be signed in to change notification settings - Fork 898
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
Weird clipboard behavior with citrix workspace #7752
Comments
Okay, so, after a ton of work, i've figured out a workaround that actually works pretty perfectly. you'll need alacritty and copyq (although i'm sure you could make this work with another clipboard manager, wl-clipboard and xclip will not work), you may need to adjust the sleeps for your processor, yes they are essential to making it work, start with 1 and move down
And in the alacritty config you'll want this: to maximize performance and disable keybinds that would mess things up:
You may be thinking, why don't you just do
Well, citrix runs a windows virtual machine, and that virtual machine only updates the system (wayland) clipboard once citrix is no longer in focus, only the windows clipboard updates until the window is no longer in focus, this is an optimization that backfires for wayland, as a result this technically DOES work, but only if you move focus away from citrix, let it play, and that's vastly more annoying than just creating an alacritty window that does it automatically. @vaxerski Do you think there's any way to workaround an xwayland client trying to update the clipboard late like this? it might be a security flaw but like, maybe there should be a window rule allowing full clipboard access for certain windows, or an option for xwayland to allow full clipboard access to avoid issues like these? |
I generally don't think introducing major changes / security issues for the sake of an app that almost nobody has heard of abusing the X protocol is a good idea |
Unfortunately that's not an abuse of the x protocol, that is standard (extremely shitty) x behavior that breaks for xwayland, it only matters for windows virtual machine and rdp, but still I understand not wanting to bother, but this means xwayland will fundamentally never reach feature parity with xorg I don't think that giving xwayland the ability to write to the clipboard whenever it wants really poses a security risk, however, as long as it can't read from the clipboard whenever it wants. |
Already reported ? *
Regression?
No
System Info and Version
System/Version info
Description
the xwayland clipboard is broken with certain virtual machine software
How to reproduce
If you copy something from citrix, and then paste, paste it in a wayland session it, it works fine
If you copy something from citrix, paste it in a wayland session, then copy something from the wayland session, and paste it into citrix, citrix overwrites the clipboard with the last thing.
It does not delete the entry from copyq but it moves the xwayland one up by one
It only moves when I unfocus it.
Crash reports, logs, images, videos
No response
The text was updated successfully, but these errors were encountered: