[FEAT] Clip images

[pauloswear]

Is this a new feature request?

• I have searched the existing issues

Wanted change

Is there any way to add a function to copy the image from the clipboard to the container's screen? I looked for something similar in the documentation and couldn't find anything. I know Kasm supports this, so I imagine VNC is 100% compatible. Chrome already has this API.

Reason for change

Enabling clipboard image pasting from the host into the container screen significantly enhances usability, especially for workflows involving image editing, form filling, or web automation.

Since Kasm supports it and VNC inherently allows clipboard sharing, it's reasonable to expect that with proper client-side support and container configuration, clipboard image data could be transferred to the virtual desktop environment.

Chromium already implements the Clipboard API, including ClipboardItem support for image MIME types (e.g., image/png). Leveraging this in conjunction with compatible VNC clients or web layers (like noVNC) would allow the pasted clipboard image to appear either in a file system or directly into a web application running inside the container.

Therefore, adding this feature would align with existing standards, improve user experience, and reduce friction in modern web-based containerized desktop sessions.

Proposed code change

No response

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[thelamer]

This is at the bottom of the current feature list and let me explain why.

This is completely possible in fact I have implemented it a couple times not only in this stack but others. The logic is tricky and not universal. The core thing is variables the user might have a 50 meg BMP in their clipboard (thanks windows) and technically to do it right you should check its contents every time on a focus change. But say that user is remote or has low upload, the whole session will lock up or be bugged and to the user this looks like a broken application but in reality it is because they have a 50 meg BMP on their clipboard.

So in the interest of not adding a feature that makes this all look broken (even moving to HTTPS was a nightmare and every container I rebase we get a flood of "WHY YOU BREAK FIX NOW") I will implement this but I gotta get stuff humming first and this one is error prone even when you do it 100% correct.

In all likelyhood the best solution is disabled by default the user can turn it on in the sidebar.

[pauloswear]

Hello! Thank you for your reply.

I understand your perspective as a developer, and I understand how annoying it can be to receive negative feedback for a feature that can be cumbersome and seems to slow down the software.

I understand the negative aspects, but this feature would still be extremely important for my situation. Can I currently enable it somehow, or can I roll back to a version that already has this feature?

[thelamer]

It's assigned to me it is WIP and I was just explaining why it would be delayed. There are bigger fish to fry right now.

[pauloswear]

Thanks for the detailed explanation and for already taking this on. I completely understand the technical challenges involved and that there are more pressing priorities at the moment.

That said, I’d just like to kindly ask that this feature doesn’t fall off the radar entirely — I believe it will bring real value once the timing is right.

Let me know if I can support in any way, and thanks again for keeping things stable and moving forward.