Blank space bug

[violet-dev]

I used the 3.8 version well, then upgraded to 3.11 to use jupyter.
However, when accessing the webpage after upgrading, only a blank screen appears with just one error message.

GET http://13.209.66.206/vs/code/browser/workbench/workbench.js net::ERR_ABORTED 404 (Not Found)

What should I do?

[jsjoeio]

Can you load code-server at all? Can you try clearing your cache?

We changed the path of the service worker and forgot to update in one place. This should be fixed in 3.11.1 I believe (only out on Docker right now, but should be out on npm and homebrew soon)

If jupyter is having issues, it may be this: #3874

[jsjoeio]

Did you try upgrading to 3.11.1?

[dabiyang]

I got the same problem when standalone install ready.but not about jupyter.Just run code-server and login.blank blank blank

[jsjoeio]

Which version of code-server are you using?

[rbray89]

I'm seeing this exact issue as well.
Running behind an NGINX reverse proxy in a docker image. Works with 3.9.0.

[rbray89]

I'm installing the deb image in an ubuntu 18.04 docker container.

Running: dumb-init code-server --disable-telemetry --disable-update-check --host 0.0.0.0 --port 8080 --auth none /workspace
Accessed behind an NGINX reverse proxy.

[rbray89]

Seems like other resources are being loaded properly. Whatever is responsible for adding the workbench.js resource isn't adding the /static/$UUID/usr/lib/code-server/lib/vscode/out/ path prefix.

[rbray89]

I'm installing the deb image in an ubuntu 18.04 docker container.

Running: dumb-init code-server --disable-telemetry --disable-update-check --host 0.0.0.0 --port 8080 --auth none /workspace
Accessed behind an NGINX reverse proxy.

Also just now tried without dumb-init and with only specifying host, port, and no augh with no change.

[rbray89]

The only other thing that comes to mind is that I think we bumped the minimum JavaScript version so if this is an older browser version it might be getting tripped up on new syntax.

Using latest google-chrome-stable, so I doubt this is it.

[rbray89]

Hmm...I'm trying to think what could have caused this 🤔 I'm running 3.11.1 locally on macOS + Brave and can't reproduce. I'm not sure what this could be. cc @code-asher

Where is your workbench.js loading from?

[rbray89]

Additionally:

• when I add the static prefix to the URL, I can load the workbench.js file manually.
• Same issue if I bypass nginx.

[rbray89]

Changing this line:
https://github.com/cdr/code-server/blob/e1d291e59cb8a48fc9797bd4f986604f396318e4/src/browser/pages/vscode.html#L52
to add the {{CS_STATIC_BASE}} WILL load the workbench.js, but then many other subsequent resources fail to load. My guess is that the require function isn't functioning properly here.

[rbray89]

If I had to guess, I'd place my money on be7ea8f#diff-1cfc145fa9fd80413296567e0be2a6c1f323e1caa379211bc9860dc09009fff4 being the culprit here.

[rbray89]

Possibly related to browserify/browserify#1994

[rbray89]

Another datapoint, firefox is able to load the page.

[rbray89]

And Chromium was able to load it. Seems my google-chrome-stable apt is either out of date or something weird going on with apt, as it is stuck on 72.

Solution: update your browser.

[jsjoeio]

Interesting! Thanks for sharing your investigation notes throughout the process. Glad it was as simple as that! But yeah, not something I would have thought to do myself 😅 I figured browsers always auto-update lol

[violet-dev]

ok ill try it thank you!