allow user to view desktop on web vnc

[hunnywar]

@Tpuljak I have a better idea than X11 , you can try it , https://github.com/hunnywar/x11-vnc-docker.git
user can visit localhost:8080 port or they can forward it using daytona forward 8080 to view the desktop

this approach allows to run any app without any graphic issues , as X11 often causes graphic issue

Originally posted by @hunnywar in #1206 (comment)

[Tpuljak]

@hunnywar how does this relate to daytona itself? Is there something we should do to facilitate this or can everything be done in the image that the user configures via devcontainers?

[hunnywar]

@Tpuljak maybe we can introduce a daytona vnc or daytona rdp command inside the project mode , they will allow the user to see their desktop

[Tpuljak]

@hunnywar that sounds interesting. How would that look like from the implementation side?

[hunnywar]

to run a VNC-enabled virtual desktop environment.
launch and monitor these four essential processes:

Xvfb: Creates a virtual display for graphical applications.
x11vnc: Shares the virtual display via VNC.
NoVNC: Serves the VNC connection as a browser-accessible WebSocket on port 8080.
Fluxbox: Provides a lightweight window manager.

currently I used supervisord.conf for all this , https://github.com/hunnywar/x11-vnc-docker/blob/master/supervisord.conf

[Tpuljak]

@hunnywar this could be a feature of the Agent. You can look into the Workspace Toolbox API and maybe try to implement and endpoint that would start the VNC server.

[s-celles]

Hello,

Devcontainer features provide

https://github.com/devcontainers/features/tree/main/src/desktop-lite

This could help.

Best regards

PS : https://github.com/s-celles/sample-racket-wip/tree/feature-1-initial-version provides such an example

[cw-cdz]

I do something similar but use KASM VNC containers from Kasm or LinuxServer.io. The Kasm client is way smoother for copy-paste-heavy workflows, so I prefer it for that reason if I'm going to be doing a lot of clipboard activities.