[Bug]: Problem opening .ipynb files (Jupyter Notebook) #5475

c-dasq · 2022-08-18T19:33:40Z

Is there an existing issue for this?

I have searched the existing issues

OS/Web Information

Web Browser: Microsoft Edge / Chrome / Firefox / Vivaldi / Safari
Local OS: Windows 10.0.19044.1826 / macOS Big Sur 11.6.8
Remote OS: Raspberry Pi OS Lite (64-bit) 2022-04-04 (Kernel: 5.15 | Debian: 11 'bullseye')
Remote Architecture: arm64
code-server --version: 4.5.2

Steps to Reproduce

open code-server
try to open .ipynb file
trying to create an .ipynb file

Expected

The file should open and be viewable

Actual

Code-server keeps trying to open the file, or creating the file, never finishes loading on screen.

Logs

No response

Screenshot/Video

Does this issue happen in VS Code or GitHub Codespaces?

I cannot reproduce this in VS Code.
I cannot reproduce this in GitHub Codespaces.

Are you accessing code-server over HTTPS?

I am using HTTPS.

Notes

No response

The text was updated successfully, but these errors were encountered:

jsjoeio · 2022-08-18T19:37:17Z

Can you please complete the bug report template?

wolframalpha · 2022-08-19T12:25:23Z

same issue here

jsjoeio · 2022-08-19T15:34:47Z

I cannot reproduce locally. I'm testing using the the v4.6.0 release candidate

@wolframalpha do you see any logs in the console? are you using a reverse proxy?

Emporea · 2022-08-19T20:01:22Z

#5334 ?

Emporea · 2022-08-19T20:01:45Z

Will test with 4.6.0 as soon the docker image is out.

jsjoeio · 2022-08-19T20:50:13Z

@Emporea should be out now!

Emporea · 2022-08-19T21:27:44Z

I am really sorry, but this issue indeed still persists for me on 4.6.0.
4.4.0 is still the last version where this does not occur.

I am using nginx reverse proxy.
I could try to test it without a proxy tomorrow.

Emporea · 2022-08-19T21:32:20Z

Also happens on Firefox Android.

jsjoeio · 2022-08-19T22:28:16Z

@Emporea thanks for being quick to test! That is sad indeed.

I am using nginx reverse proxy.
I could try to test it without a proxy tomorrow.

That would be helpful!

@code-asher are you able to reproduce?

Emporea · 2022-08-19T23:03:35Z

So I've just tested without reverse proxy, thus no https for now and then jupyter files dont even open on 4.4.0.
But this is probably because I used http, right?

wolframalpha · 2022-08-20T08:09:55Z

I cannot reproduce locally. I'm testing using the the v4.6.0 release candidate

@wolframalpha do you see any logs in the console? are you using a reverse proxy?

The output from the log(window) shows these errors, can you please tell which specific logs you need

And, yes the machine is behind a reverse proxy but can you please tell how is that related to extentions like jupyter and python(intellisense) not working as expected ?

code-asher · 2022-08-22T16:02:54Z

I was not able to reproduce with the codercom/code-server:4.6.0 Docker image through Firefox (version 91.11.0esr).

@wolframalpha "Can't compute sha-256" happens when crypto.subtle is not available which probably means the browser does not support it. Could you post your browser and browser version? Thanks!

@c-dasq and @Emporea could you confirm whether you see similar errors in the browser console or the Log (Window) output? (Ideally post the full output.) Thank you! It would also be helpful to check the network tab in the browser dev tools to see if anything is failing to load or hanging (I also recommend checking the "disable cache" box in the network tab to make sure it is not a caching issue).

https://developer.mozilla.org/en-US/docs/Web/API/Crypto/subtle

SoutherLea · 2022-08-26T03:38:34Z

same issue

code-server: v4.5.1
Code: 1.68.1
Commit: 30d9c6cd9483b2cc586687151bcbcd635f373630
Date: 2022-07-19T16:29:15.252Z
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36

c-dasq · 2022-08-28T13:31:29Z

Hi all, I was doing some tests, running code-server on two virtual machines with Debian v11.4 (clean install) and Ubuntu Server 22.04.1 (clean install), connected from Vivaldi 5.4 2753.40 (clean install) and always without HTTPS.

I found something curious, the bug only occurs when bind-addr is 0.0.0.0.0:8080 (whether or not to use password),

When bind-addr is 127.0.0.1.1:8080 and I use port forwarding with ssh (whether I use password or not); everything works normally:

Apparently I must have PIP installed on the virtual machines as well.

benz0li · 2022-08-28T18:35:39Z

I could not reproduce this issue at https://demo.jupyter.b-data.ch (OS: Debian bullseye, Arch: amd64, code-server: v4.6.0); with none of my custom docker images.

I could not reproduce it running my custom docker images locally (OS: Debian bullseye, Arch: arm64, code-server: v4.6.0) either.

ℹ️ Extension versions: [email protected], [email protected].

Web Browser: Firefox 104.0 (64-bit)
Local OS: macOS 12.5.1 (Monterey)

benz0li · 2022-08-28T18:49:19Z

Hi all, I was doing some tests, running code-server on two virtual machines with Debian v11.4 (clean install) and Ubuntu Server 22.04.1 (clean install), connected from Vivaldi 5.4 2753.40 (clean install) and always without HTTPS.

code-server is required to be served via HTTPS to run code using service workers: Using Service Workers - Web APIs | MDN

I found something curious, the bug only occurs when bind-addr is 0.0.0.0.0:8080 (whether or not to use password),

When bind-addr is 127.0.0.1.1:8080 and I use port forwarding with ssh (whether I use password or not); everything works normally:

localhost is considered a secure origin by browsers as well.
ℹ️ This ~~seems to apply~~ applies for 127.0.0.1, the IP of localhost, too*.

*Tested with docker run --rm -it -p 8888:8888 registry.gitlab.b-data.ch/jupyterlab/python/base, accessing the server on both 127.0.0.1 and localhost.

Emporea · 2022-08-28T20:04:35Z

@benz0li Sorry but I think your input is nonsense and makes me angry for some reason. We get that you can't reproduce any of those issues we are facing. This always feels like you don't believe me or think that I am stupid or something.

I can reproduce with the instance you provided. With a fresh installed Fedora 36 and Firefox 104 without any modifications like add-ons etc.

I told you already that I am not using mac. Maybe it has something to do with it.

benz0li · 2022-08-29T06:27:18Z

@benz0li [...] We get that you can't reproduce any of those issues we are facing. This always feels like you don't believe me or think that I am stupid or something.

I do not think you are stupid. I do not know whether you are a n00b or not.

I can reproduce with the instance you provided. With a fresh installed Fedora 36 and Firefox 104 without any modifications like add-ons etc.

@Emporea Please post the output from the browser's web console when you reload the page and open the Jupyter Notebook* using my deployment.
👉 [Firefox] Tools > Browser Tools > Web Developer Tools: Console || Keyboard shortcut Ctrl+Shift+K

*Please open about:debugging (> This Firefox) and about:serviceworkers in two separate browser tabs while doing so.
ℹ️ There should be two Service Workers (and two Other Workers) after spinning up code-server.

wolframalpha · 2022-08-31T05:04:59Z

I was not able to reproduce with the codercom/code-server:4.6.0 Docker image through Firefox (version 91.11.0esr).

@wolframalpha "Can't compute sha-256" happens when crypto.subtle is not available which probably means the browser does not support it. Could you post your browser and browser version? Thanks!

@c-dasq and @Emporea could you confirm whether you see similar errors in the browser console or the Log (Window) output? (Ideally post the full output.) Thank you! It would also be helpful to check the network tab in the browser dev tools to see if anything is failing to load or hanging (I also recommend checking the "disable cache" box in the network tab to make sure it is not a caching issue).

https://developer.mozilla.org/en-US/docs/Web/API/Crypto/subtle

@code-asher I am using the latest version of chrome.
There's an error in the output Log window, do you think that jupyter interface not loading might be an issue because it's not able to reach the URL?
[2022-08-31 10:20:25.324] [window] [error] RequestService#request (browser) - error https://open-vsx.org/vscode/gallery/extensionquery {}

benz0li · 2022-08-31T05:11:48Z

@wolframalpha In your case: Another problem is, that you are not serving code-server via HTTPS. See #5475 (comment).

Antonet99 · 2022-08-31T09:12:20Z

Same issue here, under the same condition of OP. Can install every extension and every package, but the notebook seems loading forever.

benz0li · 2022-08-31T09:17:46Z

@c-dasq If #5475 (comment) seems reasonable to you and did resolve this [your] issue, please close.

Emporea · 2022-08-31T11:10:51Z

Interesting that you dont care about all the other people @benz0li

benz0li · 2022-08-31T11:12:43Z

I do care:

@Emporea Please post the output from the browser's web console when you reload the page and open the Jupyter Notebook* using my deployment.
👉 [Firefox] Tools > Browser Tools > Web Developer Tools: Console || Keyboard shortcut Ctrl+Shift+K

*Please open about:debugging (> This Firefox) and about:serviceworkers in two separate browser tabs while doing so.
ℹ️ There should be two Service Workers (and two Other Workers) after spinning up code-server.

code-asher · 2022-08-31T15:30:42Z

@wolframalpha In your case: Another problem is, that you are not serving code-server via HTTPS. See #5475 (comment).

Oh yeah that makes sense, the browser crypto API is only available in secure contexts I believe.

From https://developer.mozilla.org/en-US/docs/Web/API/Crypto/subtle:

Secure context: This feature is available only in secure contexts (HTTPS), in some or all supporting browsers.

code-asher · 2022-08-31T15:35:59Z

There is supposed to be a popup warning on startup when using insecure contexts saying that certain functionality will not work because the browser does not allow them but we should instead make that popup appear at the point of trying to perform an action so it is more obvious why a certain feature is not working. So instead we would make it show every time a web view fails to open, when paste fails, and other things that will fail due to insecure contexts. In the specific case of web views it might be best to show that message right in the web view instead of a popup.

Also we should change the error message in the console to specifically say whether an insecure context is the problem instead of just "can't compute".

Emporea · 2022-08-31T17:16:30Z

@benz0li Have you changed anything with your deployment? I cant reproduce the error any more, its working with your deployment. This confuses me even more cause now it has to be my deployment. But my deployment works for you.
Gosh. Help.

Output of Console when refreshing my deployment:

Uncaught (in promise) Error: Unable to write file 'vscode-log:/20220831T185932/window.log' (Error: IndexedDB database 'vscode-web-db' is closed.)
    _ files.ts:1156
    writeFile fileService.ts:404
    _log fileLog.ts:106
    consume async.ts:637
    queue async.ts:628
    queue async.ts:626
    _log fileLog.ts:94
    error fileLog.ts:69
    error log.ts:435
    _log bufferLog.ts:53
    error bufferLog.ts:76
    handleUnexpectedError workbench.ts:129
    registerErrorHandler workbench.ts:87
    onUnexpectedError errors.ts:65
    A errors.ts:84
    registerErrorHandler workbench.ts:80
    registerErrorHandler workbench.ts:77
    M workbench.ts:71
    open web.main.ts:112
    s web.factory.ts:65
    <anonymous> workbench.ts:503
    <anonymous> workbench.ts:510
    _invokeFactory loader.js:1199
    complete loader.js:1209
    _onModuleComplete loader.js:1839
    _resolve loader.js:1796
    defineModule loader.js:1439
    y loader.js:1889
    <anonymous> fake:8
    <anonymous> fake:1
2 [files.ts:1156:2](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/out-vscode-reh-web/vs/workbench/file:/home/runner/work/code-server/code-server/lib/vscode/src/vs/platform/files/common/files.ts)
This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. [emporea.net](https://emporea.net/?folder=/home/coder)
The web worker extension host is started in a same-origin iframe! [workbench.web.main.js:1999:23012](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “usb”. [workbench.web.main.js:1999:23574](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “serial”. [workbench.web.main.js:1999:23574](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “hid”. [workbench.web.main.js:1999:23574](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [workbench.web.main.js:1999:23574](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “usb”. [workbench.web.main.js:1999:23730](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “serial”. [workbench.web.main.js:1999:23730](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “hid”. [workbench.web.main.js:1999:23730](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [workbench.web.main.js:1999:23730](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “usb”. [workbench.web.main.js:1999:24554](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “serial”. [workbench.web.main.js:1999:24554](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “hid”. [workbench.web.main.js:1999:24554](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [workbench.web.main.js:1999:24554](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
 INFO [Service Worker] registered [workbench.web.main.js:602:3719](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/workbench.web.main.js)
An iframe which has both allow-scripts and allow-same-origin for its sandbox attribute can remove its sandboxing. [emporea.net](https://emporea.net/?folder=/home/coder)
The character encoding of a framed document was not declared. The document may appear different if viewed without the document framing it. [webWorkerExtensionHostIframe.html](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/services/extensions/worker/webWorkerExtensionHostIframe.html?&vscodeWebWorkerExtHostId=c4be9fb0-c743-45c0-9510-26eb60db3687)

When I then try to open a ipynb file this gets added to the console:

Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [webviewElement.ts:501:10](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/out-vscode-reh-web/vs/workbench/file:/home/runner/work/code-server/code-server/lib/vscode/src/vs/workbench/contrib/webview/browser/webviewElement.ts)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [webviewElement.ts:565:9](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/out-vscode-reh-web/vs/workbench/file:/home/runner/work/code-server/code-server/lib/vscode/src/vs/workbench/contrib/webview/browser/webviewElement.ts)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [webviewElement.ts:543:16](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/out-vscode-reh-web/vs/workbench/file:/home/runner/work/code-server/code-server/lib/vscode/src/vs/workbench/contrib/webview/browser/webviewElement.ts)
An iframe which has both allow-scripts and allow-same-origin for its sandbox attribute can remove its sandboxing. [emporea.net](https://emporea.net/?folder=/home/coder)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [index-no-csp.html:933:13](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/contrib/webview/browser/pre/index-no-csp.html?id=50a4df99-1b67-46ca-82b3-893c92d5a311&origin=50a4df99-1b67-46ca-82b3-893c92d5a311&swVersion=4&extensionId=&platform=browser&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&parentOrigin=https%3A%2F%2Femporea.net&remoteAuthority=emporea.net&purpose=notebookRenderer)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [index-no-csp.html:942:48](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/contrib/webview/browser/pre/index-no-csp.html?id=50a4df99-1b67-46ca-82b3-893c92d5a311&origin=50a4df99-1b67-46ca-82b3-893c92d5a311&swVersion=4&extensionId=&platform=browser&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&parentOrigin=https%3A%2F%2Femporea.net&remoteAuthority=emporea.net&purpose=notebookRenderer)
Feature Policy: Skipping unsupported feature name “cross-origin-isolated”. [index-no-csp.html:945:18](https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/contrib/webview/browser/pre/index-no-csp.html?id=50a4df99-1b67-46ca-82b3-893c92d5a311&origin=50a4df99-1b67-46ca-82b3-893c92d5a311&swVersion=4&extensionId=&platform=browser&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&parentOrigin=https%3A%2F%2Femporea.net&remoteAuthority=emporea.net&purpose=notebookRenderer)

about:serviceworkers shows this:

Origin: https://emporea.net

    Scope: https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/contrib/webview/browser/pre/
    Script Spec: https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/contrib/webview/browser/pre/service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&remoteAuthority=emporea.net
    Current Worker URL: https://emporea.net/stable-2062a59ca1a586d8a6e7bf483841085a94c440a4/static/out/vs/workbench/contrib/webview/browser/pre/service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&remoteAuthority=emporea.net
    Active Cache Name: {f1b77d62-b4f6-4250-8701-c7437280b238}
    Waiting Cache Name:
    Push Endpoint: null

Origin: https://emporea.net

    Scope: https://emporea.net/
    Script Spec: https://emporea.net/_static/out/browser/serviceWorker.js
    Current Worker URL: https://emporea.net/_static/out/browser/serviceWorker.js
    Active Cache Name: {be5d9d96-3018-457b-b82e-53953a180697}
    Waiting Cache Name:
    Push Endpoint: null

Both Service Workers are running and the ipynb still doesn't load on my deployment.

Your working deployment has about the same logs but its showing the file now constantly, while mine does not.

I am using nginx-proxy with acme-companion as a reverse proxy and serve https.

Then i give the codeserver docker-compose.yml the environmental parameters VIRTUAL_HOST=emporea.net and LETSENCRYPT_HOST=emporea.net.
This should be sufficient, right? It worked until 4.4.0, so i still dont understand what happend after 4.4.0.? Can you explain?

Code-Server docker container shows this on start-up though (last line, "Not serving HTTPS")

[2022-08-31T16:54:12.831Z] info  Wrote default config file to ~/.config/code-server/config.yaml
[2022-08-31T16:54:13.360Z] info  code-server 4.6.0 6d3f9ca6a6df30a1bfad6f073f6fa33c0e63abdb
[2022-08-31T16:54:13.362Z] info  Using user-data-dir ~/.local/share/code-server
[2022-08-31T16:54:13.378Z] info  Using config file ~/.config/code-server/config.yaml
[2022-08-31T16:54:13.378Z] info  HTTP server listening on http://0.0.0.0:8080/ 
[2022-08-31T16:54:13.378Z] info    - Authentication is enabled
[2022-08-31T16:54:13.378Z] info      - Using password from $PASSWORD
[2022-08-31T16:54:13.378Z] info    - Not serving HTTPS

If i can provide more logs or more infos about my configuration let me know.
Thanks.

benz0li · 2022-08-31T17:41:01Z

@benz0li Have you changed anything with your deployment? I cant reproduce the error any more, its working with your deployment.

I update my images regularly: https://gitlab.b-data.ch/jupyterlab/python/scipy/-/commits/main
ℹ️ No fundamental change since Aug 28, 2022 6:20pm CEST (Update code-server to v4.6.0).

This confuses me even more cause now it has to be my deployment. But my deployment works for you. Gosh. Help.

Your deployment does not work flawlessly for me either: #5334 (comment)

I am using nginx-proxy with acme-companion as a reverse proxy and serve https.

Maybe #4976 (comment)?

Code-Server docker container shows this on start-up though (last line, "Not serving HTTPS")

That is OK because the reverse proxy (nginx) takes care of TLS termination.

benz0li · 2022-08-31T17:58:56Z

Then i give the codeserver docker-compose.yml the environmental parameters VIRTUAL_HOST=emporea.net and LETSENCRYPT_HOST=emporea.net. This should be sufficient, right? It worked until 4.4.0, so i still dont understand what happend after 4.4.0.? Can you explain?

I do not know, but when I open https://emporea.net in Safari I get

👉 @Emporea Your TLS termination does not seem to work properly.

Emporea · 2022-08-31T18:13:01Z

Actually i just removed the container after my testing. Thats why you get that TLS error. I can open it up again if you want to test it.

Edit: Its up and running again.

Emporea · 2022-08-31T18:46:23Z

Right now its working with my deployment too. I am even more confused.

I can see wibdwbv.ipynb

Emporea · 2022-08-31T18:48:30Z

And now its not working again. Without me changing anything but closing the files and opening it up again multiple times.

Edit: (1hour later) its working again. I don't know why there is this inconsistency.

jsjoeio · 2022-08-31T20:30:23Z

I don't know why there is this inconsistency.

That is odd and very frustrating 🤔 I wonder what it could be. Anyone have any ideas?

c-dasq · 2022-09-01T12:32:17Z

Hi all, I was able to simulate almost all possible cases in an orderly manner, and I was unable to replicate the problem:

Web Browser: Firefox / Chrome / Chromium-based spinoffs
Remote OS: Raspberry Pi OS Lite / Ubuntu Server / Containers
Local OS: Windows 10 / Windows 11 / MacOs / iPadOs/ Ubuntu / Raspberry Pi Desktop / Android

It didn't really work well in only two cases:

Firefox on Android 9 (sorry, I don't have a newer version)
LXC Ubuntu Server container (I'm sure it's a ProxMox problem)

I suspect that when I generated the report for this bug, I had left the bind-addr setting at 0.0.0.0:8080, I didn't realize that port forwarding via SSH wasn't working (I use tmux); or I don't know if I made some other mistake.

I want to thank you all for the support, and if no one has any more comments, I will close this case.

Thank you very much,

Emporea · 2022-09-01T12:40:41Z

Well mine isnt resolved. But go ahead. 💁🏻

c-dasq · 2022-09-01T12:58:41Z

@Emporea, no problem, I'm not going to close it.

I'll try it with Fedora and let you know.

Emporea · 2022-09-01T13:00:27Z

Try my installation under emporea.net with password "coder"

c-dasq · 2022-09-01T13:20:54Z

I installed ipykernel (using your terminal) and now everything works perfect :)

Can you do a test and let me know, please?

c-dasq · 2022-09-01T13:26:29Z

I also have to install pip

Emporea · 2022-09-01T13:51:47Z

yeah that has nothing to do with it. Sometimes it works, sometimes not.

Does it work all the time for you? This way i could atleast know if it is a problem with my local setup and not with my deployment.

c-dasq · 2022-09-01T13:54:23Z

yes, I know, but ipykernel was necessary; everything works fine?

Emporea · 2022-09-01T14:34:46Z

Its working with my desktop firefox for now. Thanks. Android doesn't work ( code-server:4.4.0 did work even with android ).
How did you install ipykernel?
Is pip3 install ipykernel sufficient? Cause that's what I am doing via the Dockerfile for my own production server usually ( the test server under emporea.net was a bare-bone code-server container, without any extensions, that's why you had to install it)

Would be nice to know every additional steps you took on my deployment so i can reproduce them. Did you install anything else than pip and ipykernel ( i obviously have them installed too on my production deployment )

Edit: havent changed anything and its not working anymore. Could you give it a try too?

c-dasq · 2022-09-01T16:55:42Z

Ok, for some reason, code-server couldn't find the path for Python:

Even if I told it to do it manually (Python is indeed installed):

So in extensions I uninstalled it and reinstalled it:

And now everything is back to normal:

c-dasq · 2022-09-01T16:58:15Z

To install ipykernel you have to go to the path where Python is (or change the path), and that's it:

/usr/bin/python3 -m ipykernel install

c-dasq · 2022-09-01T16:59:06Z

Thank you all very much, I am going to close this issue.

c-dasq added bug Something isn't working triage This issue needs to be triaged by a maintainer labels Aug 18, 2022

jsjoeio added waiting-for-info Waiting for more information from submitter and removed bug Something isn't working triage This issue needs to be triaged by a maintainer labels Aug 18, 2022

c-dasq closed this as completed Sep 1, 2022

This was referenced May 19, 2023

[Bug]: Unable to view the content of .ipynb Visual Studio Code (VSCode) files when accessed from a different machine. #6220

Closed

[Bug]: cannot connect remotely to jupyterhub #6193

Closed

benz0li mentioned this issue Aug 9, 2023

Feature Request Black for JupyterLab b-data/jupyterlab-python-docker-stack#2

Closed

benz0li mentioned this issue Sep 7, 2023

Jupyter notebook not shown on screen #4395

Closed

This was referenced Jan 11, 2025

Jupyter notebook cell is empty #7158

Closed

Using View() from the R language extension not working #7168

Closed

[Bug]: Problem opening .ipynb files (Jupyter Notebook) #5475

[Bug]: Problem opening .ipynb files (Jupyter Notebook) #5475

Comments

c-dasq commented Aug 18, 2022 • edited Loading

Is there an existing issue for this?

OS/Web Information

Steps to Reproduce

Expected

Actual

Logs

Screenshot/Video

Does this issue happen in VS Code or GitHub Codespaces?

Are you accessing code-server over HTTPS?

Notes

jsjoeio commented Aug 18, 2022

wolframalpha commented Aug 19, 2022

jsjoeio commented Aug 19, 2022

Emporea commented Aug 19, 2022

Emporea commented Aug 19, 2022

jsjoeio commented Aug 19, 2022

Emporea commented Aug 19, 2022 • edited Loading

Emporea commented Aug 19, 2022

jsjoeio commented Aug 19, 2022

Emporea commented Aug 19, 2022 • edited Loading

wolframalpha commented Aug 20, 2022

code-asher commented Aug 22, 2022

SoutherLea commented Aug 26, 2022

c-dasq commented Aug 28, 2022

benz0li commented Aug 28, 2022

benz0li commented Aug 28, 2022 • edited Loading

Emporea commented Aug 28, 2022 • edited Loading

benz0li commented Aug 29, 2022 • edited Loading

wolframalpha commented Aug 31, 2022

benz0li commented Aug 31, 2022

Antonet99 commented Aug 31, 2022

benz0li commented Aug 31, 2022

Emporea commented Aug 31, 2022

benz0li commented Aug 31, 2022 • edited Loading

code-asher commented Aug 31, 2022 • edited Loading

code-asher commented Aug 31, 2022 • edited Loading

Emporea commented Aug 31, 2022

benz0li commented Aug 31, 2022

benz0li commented Aug 31, 2022

Emporea commented Aug 31, 2022 • edited Loading

Emporea commented Aug 31, 2022 • edited Loading

Emporea commented Aug 31, 2022 • edited Loading

jsjoeio commented Aug 31, 2022

c-dasq commented Sep 1, 2022

Emporea commented Sep 1, 2022

c-dasq commented Sep 1, 2022

Emporea commented Sep 1, 2022

c-dasq commented Sep 1, 2022

c-dasq commented Sep 1, 2022

Emporea commented Sep 1, 2022 • edited Loading

c-dasq commented Sep 1, 2022

Emporea commented Sep 1, 2022 • edited Loading

c-dasq commented Sep 1, 2022

c-dasq commented Sep 1, 2022

c-dasq commented Sep 1, 2022

c-dasq commented Aug 18, 2022 •

edited

Loading

Emporea commented Aug 19, 2022 •

edited

Loading

Emporea commented Aug 19, 2022 •

edited

Loading

benz0li commented Aug 28, 2022 •

edited

Loading

Emporea commented Aug 28, 2022 •

edited

Loading

benz0li commented Aug 29, 2022 •

edited

Loading

benz0li commented Aug 31, 2022 •

edited

Loading

code-asher commented Aug 31, 2022 •

edited

Loading

code-asher commented Aug 31, 2022 •

edited

Loading

Emporea commented Aug 31, 2022 •

edited

Loading

Emporea commented Aug 31, 2022 •

edited

Loading

Emporea commented Aug 31, 2022 •

edited

Loading

Emporea commented Sep 1, 2022 •

edited

Loading

Emporea commented Sep 1, 2022 •

edited

Loading