-
Notifications
You must be signed in to change notification settings - Fork 889
feat(cli/vscodessh): add support for --wait and scripts that block login #10473
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
Conversation
@kylecarbs thoughts? Should we take this approach or implement this in the VS Code extension instead? Here's a picture after clicking ![]() |
@mafredri - i'm reopening this, as another customer has inquired about this missing functionality. |
39aec7a
to
9080cd9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm OK with this approach as a stop-gap measure, but I would like to see us eventually support this properly in the VSCode extension. We should also try to bump that 15s timeout automatically, but that's a separate PR.
Once coder/vscode-coder#194 is merged/released, we can merge this as well. Before that there's a high chance enabling this will lead to a worse user experience. |
This PR takes a quick stab at adding support for
--wait=auto|yes|no
tocoder vscodessh
. This allows the VS Code extension to block login until the blocking startup scripts are ready.Implementing it this way has two down-sides, though:
Remote - SSH
extensionsConnection Timeout
setting needs to be raised (from the default15s
, I set mine to300s
)details
to see what's going on (this can be seen as a pro, too)An alternative approach would be to stream the logs directly in the Coder VS Code extension, at the risk of maintining two different code paths in two separate projects.