Choosing/changing remote local servers is buggy and confusing.
See original GitHub issuePrep
- Start a jupyter server (ala run
jupyter notebook
) - Start VS Code Insiders (I used build from 6/7/2022 and corresponding Jupyter extension)
- Create a new notebook
- Select a local kernel and run a simple cell
Bug 1
- Run
Jupyter: Specify Jupyter server for connections
- Choose the server you created in the prep.
- Press enter
I’m still connected to my local kernel. I expected to have to choose a new kernel.
Bug 2
- Run
Notebook: Select notebook kernel
The suggested kernel will be the local kernel I’m already connected to. I expect to either have no suggestion, or a suggestion from the server I just connected to.
Bug 3
- Choose one of the server’s kernels, run a cell. All seems well.
- Run
Notebook: Select notebook kernel
You’ll still see the local kernel suggested. Probably a dupe of Bug 2, but still. - Select the local kernel and run a cell.
You’ll run against the local kernel, yet the status bar says you’re connected to a Remote Jupyter server. Highly confusing.
Bug 4
- Choose one of the server kernels again.
- Ctrl+C the Jupyter server started in Prep.
- Run a cell in VS Code (which is still “connected” to the dead server)
Cell “executes” indefinitely and I can’t interrupt it.
I’m forced to reload.
Issue Analytics
- State:
- Created a year ago
- Reactions:1
- Comments:11 (9 by maintainers)
Top Results From Across the Web
No results found
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Bug 4 is actually covered by an existing issue: https://github.com/microsoft/vscode-jupyter/issues/10568
Thanks, that seems to remove bugs 1-3. However I can still reproduce bug 4 with that setting present.