vscode: An UI(maybe) bug causing .ipynb files can not be displayed
Type: Bug
I 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 (6261075646f055b99068d3688932416f2346dd3b, 2022-11-09T04:27:29.066Z) OS version: Windows_NT x64 10.0.22621 Modes: Sandboxed: No Remote OS version: Linux x64 4.15.0-188-generic
System Info
| Item | Value |
|---|---|
| CPUs | 12th Gen Intel® Core™ i5-12600K (16 x 3686) |
| GPU Status | 2d_canvas: enabled canvas_oop_rasterization: disabled_off direct_rendering_display_compositor: disabled_off_ok gpu_compositing: enabled multiple_raster_threads: enabled_on opengl: enabled_on rasterization: enabled raw_draw: disabled_off_ok skia_renderer: enabled_on video_decode: enabled video_encode: enabled vulkan: disabled_off webgl: enabled webgl2: enabled webgpu: disabled_off |
| Load (avg) | undefined |
| Memory (System) | 31.79GB (21.41GB free) |
| Process Argv | –folder-uri vscode-remote://ssh-remote%2B8%E5%8F%B7%E6%9C%BA/home/zhuhaoran/scBERT --crash-reporter-id 9f00aa13-d232-4186-acb7-cea9d07f898e |
| Screen Reader | no |
| VM | 0% |
| Item | Value |
|---|---|
| Remote | SSH: 8号机 |
| OS | Linux x64 4.15.0-188-generic |
| CPUs | Intel® Xeon® Gold 5120 CPU @ 2.20GHz (112 x 2639) |
| Memory (System) | 503.36GB (460.20GB free) |
| VM | 0% |
Extensions (27)
| Extension | Author (truncated) | Version |
|---|---|---|
| vscode-language-pack-zh-hans | MS- | 1.73.11090913 |
| jupyter-keymap | ms- | 1.0.0 |
| remote-containers | ms- | 0.262.3 |
| remote-ssh | ms- | 0.92.0 |
| remote-ssh-edit | ms- | 0.84.0 |
| remote-wsl | ms- | 0.72.0 |
| remote-explorer | ms- | 0.0.2 |
| vscode-todo-highlight | way | 1.0.5 |
| material-theme | zhu | 3.15.6 |
| shell | bbe | 0.3.0 |
| gitlens | eam | 13.1.0 |
| vscode-pull-request-github | Git | 0.54.1 |
| todo-tree | Gru | 0.0.220 |
| nbpreviewer | jit | 1.2.2 |
| kite | kit | 0.147.0 |
| rainbow-csv | mec | 3.3.0 |
| vscode-language-pack-zh-hans | MS- | 1.73.11020948 |
| python | ms- | 2022.18.2 |
| vscode-pylance | ms- | 2022.11.30 |
| jupyter | ms- | 2022.9.1303220346 |
| jupyter-keymap | ms- | 1.0.0 |
| jupyter-renderers | ms- | 1.0.12 |
| vscode-jupyter-cell-tags | ms- | 0.1.6 |
| vscode-jupyter-slideshow | ms- | 0.1.5 |
| r-debugger | RDe | 0.4.7 |
| r | REd | 2.6.1 |
| shellcheck | tim | 0.28.2 |
(2 theme extensions excluded)
A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
pythonvspyl392:30443607
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vshan820:30294714
vstes263cf:30335440
vscorecescf:30445987
pythondataviewer:30285071
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593cf:30376535
pythonvs932:30410667
cppdebug:30492333
vsclangdc:30486549
c4g48928:30535728
dsvsc012cf:30540253
azure-dev_surveyone:30548225
pyindex848cf:30577861
nodejswelcome1cf:30587006
fc301958:30595537
282f8724:30602487
gswce1:30612156
iaj6b796:30613358
dbltrim-noruby:30604474
f6dab269:30613381
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Reactions: 1
- Comments: 20 (6 by maintainers)
Commits related to this issue
- Return 408s if webview requests take too long For #166860 This makes our webview service worker return a 408 if a request takes over 30 seconds. Previously we would keep the request open without res... — committed to mjbvz/vscode by mjbvz a year ago
- Return 408s if webview requests take too long (#172870) For #166860 This makes our webview service worker return a 408 if a request takes over 30 seconds. Previously we would keep the request open... — committed to microsoft/vscode by mjbvz a year ago
- Don't show infinite notebook progress is webview fails to init For #166860 Adds a `fatalError` event that notebooks can use to know when their webview will never load — committed to mjbvz/vscode by mjbvz a year ago
- Don't show infinite notebook progress is webview fails to init (#176680) For #166860 Adds a `fatalError` event that notebooks can use to know when their webview will never load — committed to microsoft/vscode by mjbvz a year ago
- Fix checking service worker path for non-ascii chars Fixes #166860 — committed to mjbvz/vscode by mjbvz a year ago
- Fix checking service worker path for non-ascii chars (#177716) Fixes #166860 — committed to microsoft/vscode by mjbvz a year ago
changing chinese in the ssh configuration file to english can sovle the problem.
Can you tell me what you mean exactly? Is it that the outputs don’t show up? Maybe you can share a screenshot?