Open Datata1 opened 2 weeks ago
Datata1
commented
2 weeks ago In this picture you can see that my extension is there but not loaded. This happens while the tunnel tries to connect to our shut down server. Ideally our extension will be activated during or even before the tunnel connection, so that we can place an URL request within our activation function of our extension.
Datata1
commented
2 weeks ago I have been trying to find a solution to this problem over the past few days and I came across the tunnels, tunnelFactory, and resolvers proposed APIs. Among these proposed APIs, I found a method that seems very promising for solving the issue of scaling tunnel servers: https://raw.githubusercontent.com/microsoft/vscode/main/src/vscode-dts/vscode.proposed.resolvers.d.ts
However, because this is proposed API, it doesn't make sense to further develop my extension. In the end, I cannot publish this extension as a stable version since only Code - Insiders clients can use the proposed API, and I need to modify the user's argv.json file to enable it.
I found several resources on the internet referencing this resolver proposed API, with the earliest mention dating back to 2019: https://github.com/microsoft/vscode/issues/73551 (2019)
https://github.com/microsoft/vscode/issues/210367 (2024)
https://gitlab.com/gitlab-org/gitlab/-/issues/370122 (2023)
https://gitlab.com/gitlab-org/gitlab/-/issues/370123 (2023)
Additionally, I read that VS Code has some forever proposed APIs: https://github.com/microsoft/vscode/issues/131165
In this GitLab thread, I read that some specific extensions are allowed to use the proposed API in stable VS Code, and it makes sense that the remote extensions are allowed to use these: https://gitlab.com/gitlab-org/gitlab/-/issues/370123
@chrmarti, is the VS Code team planning to release these proposed APIs in the future or will these proposed APIs stay proposed because of any concerns mentioned in the last attached screenshot of this comment? Or is there already an existing way to solve that problem without using code-insider clients? For us, it doesn't make sense to have a development server online 24/7 just to work up to a few hours a day on a cloud-hosted project. While it is possible to manually start the server on our website, this is not a good developer experience when using our extension. As a user, I want to open VS Code and start coding on my project right away without wasting money keeping a development server running when it is not in use.
A similar feature-request was added to the backlog las year #8636
Hello there,
Currently, I am developing an extension that utilizes the functionality of the VS Code Remote Tunnels extension. My extension enables users of our IaaS platform to create tunnels within VS Code to connect to their servers, allowing them to access and modify code directly on their servers.
We offer an "on-demand server" category that shuts down after 60 minutes of inactivity. If a user closes VS Code and reopens it after 60 minutes or more, VS Code cannot connect to the server to establish a tunnel connection because the server is shut down.
In summary, what I need is the ability to execute certain tasks before the remote tunnel connection is successfully established. Specifically, I need to send a URL request to our services to start the server. Currently, our extension only supports servers that are continuously available (24/7). For users with an on-demand workspace that has been shut down, they currently have to manually start the server on our website, which is not optimal for user experience.
A similar feature request was submitted last year and added to your backlog (#8636). I'm hoping there is a solution to this issue, as it is crucial for our extension to be published as a stable release.
Things I have already tried:
This is the extension log when attempting to connect to a shutdown server: