Copy/paste between host and guest doesn't work in Flatpak about com.amazon.workspaces

[bbhtt]

Ok thanks. If it was the latter, I could've switched the permissions in the manifest right now so that it works.

It could be that the plugin only supports X11, it's hard to know or find any info about these proprietary components. I never found any documentation from Amazon about this.

[bbhtt]

I wonder if making it available under /app/lib/pcoip-client/vchan_plugins/libvchan-plugin-clipboard.so (through a symlink from /app/extra) will work. I'll post a test build shortly.

[bbhtt]

The first thing to check is if you have spice-vdagent or some other spice packages installed in the host version. Then we probably need to package them in the flatpak.

Second is to check if it works with flatpak run --socket=wayland com.amazon.Workspaces

It could also depend on xclip, xsel/wl-clipboard, in that case we have to package those as well. Check if you have xclip/wl-clipboard installed on host

[bbhtt]

Also logs from ~/.var/app/com.amazon.Workspaces/data/Amazon Web Services/Amazon WorkSpaces/logs/pcoip will help too (after an attempted copy/paste)

[bbhtt]

@jianpan Can you also try the build in #40 first?

[jianpan]

This one has aws workspace 4.6.0.4187. Unfortunately copy/paste between host/guest still doesn't work.

[bbhtt]

This one has aws workspace 4.6.0.4187. Unfortunately copy/paste between host/guest still doesn't work.

Can you share the above logs after trying to copy paste?

[tmay-dg]

I'm using the Flatpak 4.7.0.4312 on Fedora 39, and unfortunately have the same copy and paste issues. I installed xclip, xsel, wl-clipboard, and tried running with --socket=wayland - none of which seems to have helped. No messages show up in the PCoIP logs at all when I try to cut and paste. It doesn't seem to matter if I copy from the host and paste in to the Workspace, or if I copy from within the Workspace and try to paste on to the host - neither approach yields any logs

[bbhtt]

xclip, wl-copy on host won't help. I can produce a test build with wl-copy or xclip included in the flatpak for you to test. But without any logs or docs to go by, I can't really do anything.

--socket=wayland is already granted by default.

[bbhtt]

Do you see something on libvchan-plugin-clipboard.so in the logs or lines starting with MGMT_VCHAN

[tmay-dg]

Sadly not, that string doesn't show up at all. However, I did just spot this in the logs:

2023-12-07T15:54:25.432Z 7a335d4d-ebfd-458c-bded-26634a4e70a4 LVL:2 RC:   0      MGMT_VCHAN :VChan plugins path = /usr/lib/x86_64-linux-gnu/pcoip-client/vchan_plugins
2023-12-07T15:54:25.432Z 7a335d4d-ebfd-458c-bded-26634a4e70a4 LVL:1 RC:-510      MGMT_VCHAN :Unable to open plugin directory /usr/lib/x86_64-linux-gnu/pcoip-client/vchan_plugins (No such file or directory)
2023-12-07T15:54:25.432Z 7a335d4d-ebfd-458c-bded-26634a4e70a4 LVL:1 RC:-510      MGMT_VCHAN :>> Failed to load/initialize VChan plugin!

[bbhtt]

That's the issue, thanks. But unless there's a way to make it read the vchan_plugin from another path, not much can be done.

/usr in flatpak comes from the runtime and is read-only. I can't add or delete anything there. The app is installed to /app/extra.

It's looking at the incorrect location for some reason.

[samyuh]

Hello!
I had the same problem, and adding the symlink didn't work for me. What fixed the issue was using X11 instead of Wayland.
I hope this helps someone :)

[bbhtt]

What do you mean by using X11 instead of Wayland?

Did you switch the desktop session to X11 or add a flatpak override like --nosocet, socket?

[samyuh]

I switched the desktop session to X11.

It could most likely be something completely unrelated and caused by another problem on my side. I'm just leaving a comment here so it can help people in the future.

Probably a clipboard issue, but I had wl-clipboard installed.