Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Why is the Jupyter Notebook in code server unresponsive? #7129

Unanswered
MrWiffer asked this question in Q&A
Discussion options

I can ensure that I have installed the necessary Jupyter related extensions and downloaded Python dependencies in my conda virtual environment.
When I create a .ipynb using the 【Create: New Jupyter Notebook】in 【Command Palette】, it didn't respond even after clicking all the buttons.
image

You must be logged in to vote

Replies: 3 comments 2 replies

Comment options

Are you running with HTTPS and a valid certificate? Can you post the browser console logs?

You must be logged in to vote
1 reply
Comment options

It does seem to be related to my deployment of code server using the HTTP protocol, the console logs are shown below:

ERR 'crypto.subtle' is not available so webviews will not work. This is likely because the editor is not running in a secure context (https://developer.mozilla.org/en-US/docs/Web/Security/Secure_Contexts).: Error: 'crypto.subtle' is not available so webviews will not work. This is likely because the editor is not running in a secure context (https://developer.mozilla.org/en-US/docs/Web/Security/Secure_Contexts).
at Jut (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:34:52018)
at kot.mountTo (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:3170:13257)
at zK.nb (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1736:1337)
at zK.createWebview (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1736:836)
at http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1883:7281
at YK.wc (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1883:7722)
at YK.Cc (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1883:11336)
at YK.yc (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1883:10023)
at YK.setModel (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1883:3996)
at lW.setInput (http://120.48.9.239:20441/stable-912a7a9d89f560d1a204caf205833db0850e7b4b/static/out/vs/code/browser/workbench/workbench.js:1397:23911)

Comment options

And I just learned that there are two ways to solve this problem:
a. setting up a reverse proxy;
b. adding the code server address to the browser flag management.

I want to know if there are any other ways to solve this problem?

ps: Due to certain reasons, the IP bound to the code server has to be 0.0.0.0.

You must be logged in to vote
1 reply
Comment options

Never expose a container/service on 0.0.0.0 directly.

Use a (more advanced) proxy like Træfik for your services.

#6930 (reply in thread)

Comment options

You must be logged in to vote
0 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet

AltStyle によって変換されたページ (->オリジナル) /