Change:
<meta charset="UTF-8"> <meta http-equiv="Content-Security-Policy" <del> content="default-src 'none'; script-src 'sha256-tzEa4Fy2HeWh9MuG37ZD3KtUwJ9bB44fgpDcvpmRm2w=' 'self'; frame-src 'self'; style-src 'unsafe-inline';"> </del> <ins> content="default-src 'none'; script-src 'sha256-4A7BC3A+gc8e1t5I0rfDNtBiGlA0/GTojKdfdDHAWYw=' 'self'; frame-src 'self'; style-src 'unsafe-inline';"> </ins> <!-- Disable pinch zooming --> <meta name="viewport"

Discussion:
Type: <bBug</bI mainly use ssh for remote development. The bug is, when I directly open an .ipynb file on the ssh server, it can be opened, run, and can NOT be displayed. Oddly enough, I then try to open an .ipynb file locally, it successfully displayed and the .ipynb file on the ssh server also displayed! However, when I close the Vscode window where I open the local .ipynb file, and then I try to open an another .ipynb file on the ssh server, again, it can not be displayed, but can be run. Also, after closing the already opened file, it can not be displayed again. I tried re-install Vscode but it doesn't work. I'm currently using the latest windows 11. All Vscode and its extensions are the latest. The bug doesn't exist on MAC OS Vscode. VS Code version: Code 1.73.1 (, 2022-11-09T04:27:29.066Z) OS version: WindowsNT x64 10.0. Modes: Sandboxed: No Remote OS version: Linux x64 4.15.0-188-generic <details<summarySystem Info</summary </details<details<summaryExtensions (27)</summaryExtensionVersion ------ vscode-language-pack-zh-hans1.73. jupyter-keymap1.0.0 remote-containers0.262.3 remote-ssh0.92.0 remote-ssh-edit0.84.0 remote-wsl0.72.0 remote-explorer0.0.2 vscode-todo-highlight1.0.5 material-theme3.15.6 shell0.3.0 gitlens13.1.0 vscode-pull-request-github0.54.1 todo-tree0.0.220 nbpreviewer1.2.2 kite0.147.0 rainbow-csv3.3.0 vscode-language-pack-zh-hans1.73. python2022.18.2 vscode-pylance2022.11.30 jupyter2022.9.

jupyter-keymap1.0.0 jupyter-renderers1.0.12 vscode-jupyter-cell-tags0.1.6 vscode-jupyter-slideshow0.1.5 r-debugger0.4.7 r2.6.1 shellcheck0.28.2 (2 theme extensions excluded) </details<details<summaryA/B Experiments</summary</details<!-- generated by issue reporter --
Hello! Could you send your remote-ssh logs and your jupyter extension logs? Also are there any errors surfacing in the when it fails to render the .ipynb file?
Can you tell me what you mean exactly? Is it that the outputs don't show up? Maybe you can share a screenshot?
Hello collegue, I upload a pic and a video for your easy reference. The file is already open because I can run it by clicking "Run All" button, but, as you can see, nothing is displayed, and the remote note book is just keep loading and loading. Weirdly, local notebook files can be loaded successfully, and I have to open a local notebook so that the ssh notebook can be displayed. If I close the ssh notebook and reopen it, again, it can not be loaded. ! https://user-
Hello collegue, I actually didn't see any related errors output. you can see the 'dev tools' logs at , where we have the same issue. Oh! There is one maybe: Web : Error: Could not register service workers: InvalidStateError: Failed to register a ServiceWorker: The document is in an invalid state. I don't know if this is the error. jupyter log: ! ssh log: [11:44:53.123] Log Level: 2 [11:44:53.126] remote-ssh [11:44:53.126] win32 x64 [11:44:53.133] SSH Resolver called for "ssh-remote+8", attempt 1 [11:44:53.133] "remote.SSH.useLocalServer": false [11:44:53.134] "remote.SSH.showLoginTerminal": false [11:44:53.134] "remote.SSH.remotePlatform": {"8":"linux"} [11:44:53.134] "": undefined [11:44:53.

134] "remote.SSH.configFile": undefined [11:44:53.134] "remote.SSH.useFlock": true [11:44:53.134] "remote.SSH.lockfilesInTmp": false [11:44:53.134] "remote.SSH.localServerDownload": auto [11:44:53.134] "remote.SSH.remoteServerListenOnSocket": false [11:44:53.134] "remote.SSH.showLoginTerminal": false [11:44:53.134] "remote.SSH.defaultExtensions": [] [11:44:53.134] "remote.SSH.loglevel": 2 [11:44:53.134] "remote.SSH.enableDynamicForwarding": true [11:44:53.134] "remote.SSH.enableRemoteCommand": false [11:44:53.134] "remote.SSH.serverPickPortsFromRange": {} [11:44:53.134] "remote.SSH.serverInstallPath": {} [11:44:53.136] SSH Resolver called for host: 8 [11:44:53.136] Setting up SSH remote "8" [11:44:53.140] Using commit id "" and quality "stable" for server [11:44:53.141] Install and start server if needed [11:44:53.143] Checking ssh with "ssh -V" [11:44:53.163] OpenSSHforWindows8.6p1, LibreSS [11:44:53.163] L 3.4.3 [11:44:53.165] Running script with connection command: ssh -T -D "8" bash [11:44:53.167] Terminal shell path: C:WINDOWSSystem32 [11:44:55.708] : running [11:44:55.708] Got some output, clearing connection timeout [11:44:55.739] Acquiring lock on [11:44:55.823] Found running server. [11:44:55.

823] Received install output: SSHAUTHSOCK==== DISPLAY==== webUiAccessToken==== listeningOn==== osReleaseId==ubuntu== arch==x8664== tmpDir==/run/user/1014== platform==linux== unpackResult==== didLocalDownload==0== downloadTime==== installTime==== extInstallTime==== serverStartTime==== connectionToken==-aaa1-111a-1111-== [11:44:55.823] Remote server is listening on [11:44:55.823] Parsed server configuration: {"serverConfiguration":{"remoteListeningOn":{"port":},"osReleaseId":"ubuntu","arch":"x8664","webUiAccessToken":"","sshAuthSock":"","display":"","tmpDir":"/run/user/1014","platform":"linux","connectionToken":"-aaa1-111a-1111-"},"installUnpackCode":""} [11:44:55.825] Starting forwarding server. localPort -socksPort -remotePort [11:44:55.826] Forwarding server listening on [11:44:55.826] Waiting for ssh tunnel to be ready [11:44:55.826] [Forwarding server ] Got connection 0 [11:44:55.827] Tunneled to local port [11:44:55.827] Resolved "ssh-remote+8" to "127.0.0.1:" [11:44:55.831] ------ [11:44:55.842] [Forwarding server ] Got connection 1 [11:44:55.845] [11:44:55.859] [Forwarding server ] Got connection 2 [11:44:56.380] [Forwarding server ] Got connection 3 dev log: !
same issue. I can try to degrade below the 1.72.2 to solve the problem in my environment . if the version is 1.73.1 ,the problem exist .
Kai mentioned an issue that he discussed with you with notebooks failing to open because of network requests being blocked due to settings sync, is there an open issue for that? I also see Do you know about that cc
shows network error messages as well
Sorry, do not remember which issue is that
The latest 1.74 doesn't fix this bug
I met the issue too.

It works in but desn't work in a remote server. There is error in dev-log in the remote case. Hope this is related.
changing chinese in the ssh configuration file to english can sovle the problem.
Do I need to remove all Chinese characters from the config file? I removed some Chinese characters and the bug did not disappear.
It is ok! To remove all Chinese characters can resolve the bug!
Wow! I meet this bug, too. I have been disturbed by it until i found your discussion. After removing all chinese characters, this problem disappeared in my computer. Thanks!
It really works!!!
how did you ever find this solution
Can you share your original ssh config? I tried adding Chinese characters to the but wasn't able to reproduce this. Were the character in the username perhaps?
of course, here is my original ssh config: Host 15 HostName 222.27.87.23 Port IdentityFile "C:Userszhuhr.sshidrsa2048" User zhuhaoran Host 8 HostName 222.27.87.23 Port IdentityFile "C:Userszhuhr.sshidrsa2048" User zhuhaoran Host Localubuntu HostName 172.30.146.140 Port 1841 User zhuhr Host webServer HostName 39.104.69.176 Port 22 User root I just tried my original ssh config, and it still doesn't work. Only the first notebook I opened can be loaded. And if I close and reopen this loaded one, it can not be loaded. And I changed "8" to "server8", and "15" to "server15" and it really works! All opened notebooks can be loaded. Is it because you have only one notebook open? Try opening more than one notebook at the same time and maybe you can reproduce this. ! !
<!-- AUTHORVERIFICATIONREQUEST --This bug has been fixed in the latest release of ! you can help us out by commenting if things are now working as expected. If things still don't seem right, please ensure you're on version of Insiders (today's or later - you can use in the command palette to check), and leave a comment letting us know what isn't working as expected. Happy Coding!
Bug fixed and it works well, thank you!