VS Code users face 401 errors with webview resources in WSL
11 posts across 2 communities in the last 30 days; 91% from GitHub.
“Does this issue occur when all extensions are disabled?: Not tested. Reproducing it needs the WSL extension plus an extension that opens a webview from the remote. VS Code Version: 1.141.1 (stable, commit 7baac39ec3), Windows desktop OS Version: Windows 10.0.26300.9550 WSL…”
“Does this issue occur when all extensions are disabled?: Yes VS Code Version: 1.141 OS Version: Win11 WSL After updating VS Code to 1.141.0, all Webview based extensions running in WSL2 (such as Cline, Antigravity, etc.) fail to load. The sidebars display a blank screen with no…”
“Does this issue occur when all extensions are disabled? Not tested — webviews from multiple unrelated extensions are affected (Atlassian atlassian.atlascode and GitHub.vscode pull request github ), which points at core webview resource loading. VS Code Version: 1.141.1 (commit…”
VS Code users connecting through WSL or remote SSH are encountering 401 errors when accessing webview resources. This issue began after a recent VS Code update and affects extensions and Markdown previews, preventing them from loading correctly. Users are seeing errors related to casing mismatches and resource access denials.
SOURCES (11)
“After updating to VS Code 1.141.1 (commit 7baac39ec3), the Markdown preview is completely blank in a WSL remote window. The same file previews fine in a local (non WSL) window. Setup: Windows 11, WSL extension 0.104.3, distro Ubuntu 24.04, no Markdown extensions installed (built in…”
Codex Extension (Webview) Fails After VS Code Update on WSL — Workaround
“Environment | | | | | | | VS Code | 1.141.1 | | Commit | 7baac39ec3ca969dab74ac12c097f6a486e46593 | | Client | Windows (desktop, Electron) | | Remote A | WSL2 — wsl+Ubuntu | | Remote B | Remote SSH — ssh remote+<host | | Affected extension | fedaykindev.openchamber 2.3.2 (any webview extension) | Steps to reproduce 1. Start VS Code 1.141.1. 2. Open window A and connect to WSL ( wsl+Ubuntu ); open any folder. 3. Open window B and connect to a remote over SSH ( ssh remote+<host ). 4. In window A ,”
“Type: <b Bug</b Environment: VS Code: 1.141.1 Stable Commit: 7baac39ec3ca969dab74ac12c097f6a486e46593 Host: Windows x64 Remote: WSL2, Ubuntu 24.04.4 LTS WSL extension: 0.104.3 Affected extension: openai.chatgpt Reproduced with extension versions 26.1007.21434, 26.1002.51308 and 26.930.31730 Steps to reproduce: 1. Open a Linux project using Remote WSL, with the window remoteAuthority set to wsl+Ubuntu. 2. Open the Codex sidebar. 3. Inspect Developer Tools → Network. VS Code version: Code 1.141.1”
“Does this issue occur when all extensions are disabled?: Not tested. Reproducing it needs the WSL extension plus an extension that opens a webview from the remote. VS Code Version: 1.141.1 (stable, commit 7baac39ec3), Windows desktop OS Version: Windows 10.0.26300.9550 WSL: 3.0.3.0 (kernel 6.18.54.1 1), distro FedoraLinux 44 (Fedora Linux 44) WSL extension: ms vscode remote.remote wsl 0.104.3 Extension where it showed up: mhutchie.git graph 1.30.0 Summary When a window's remote authority contain”
“Description In VS Code 1.141.1, all webviews (Markdown preview, Claude Code extension panel) render blank when the window is connected to WSL via wsl+Ubuntu (distro name with an uppercase letter), e.g. after running code . from the WSL shell. Opening the same folder as wsl+ubuntu (lowercase) works. Steps to reproduce 1. WSL2 with a distro named Ubuntu , Remote WSL installed. 2. In the WSL shell: cd <any folder && code . (opens authority wsl+Ubuntu ). 3. Open any .md file and press Ctrl+Shift+V.”
“Does this issue occur when all extensions are disabled?: Yes VS Code Version: 1.141 OS Version: Win11 WSL After updating VS Code to 1.141.0, all Webview based extensions running in WSL2 (such as Cline, Antigravity, etc.) fail to load. The sidebars display a blank screen with no interactive UI. Checking the Developer Tools console reveals 401 Unauthorized errors when fetching internal static assets through the resource server: Ran Developer: Reload Webview — did not resolve the issue. Cleared /.v”
“Type: <b Bug</b Since updating VS Code to 1.141.1 (commit 7baac39), the Claude Code extension's panel is blank in a WSL remote window: no buttons, no content. It worked immediately before the update. Environment Windows client, remote: WSL Ubuntu 24.04 ( wsl+Ubuntu ) Claude Code for VS Code 2.1.296 (linux x64), installed on the WSL side Steps 1. Open a folder in a WSL remote window. 2. Open the Claude Code panel in the sidebar. Expected: the panel loads its UI. Actual: the panel stays blank. Dev”
“Environment VS Code: 1.141.1 Commit: 7baac39ec3ca969dab74ac12c097f6a486e46593 Windows desktop client connected to WSL Ubuntu Remote WSL extension: 0.104.3 Affected extension: OpenAI Codex ( openai.chatgpt ) Codex versions tested in WSL: 26.1007.21434 and 26.930.31730 Description The Codex Webview fails to load when I open VS Code from an Ubuntu terminal using code . . This workflow worked before October 13, 2026. Local updater logs show that VS Code completed an update on that day. I suspect an”
“All webviews (Markdown preview, Claude Code extension panel, etc.) render blank when connected to WSL. Webviews work fine in local Windows folders. VS Code: 1.141.1 (commit 7baac39ec3), Electron 43.7.7, Chromium 150 OS: Windows 11 + WSL2, distro name "Ubuntu" Steps to reproduce: 1. Open a folder in WSL via code . from the Ubuntu shell (remote authority becomes wsl+Ubuntu ) 2. Open any .md file and run "Markdown: Open Preview" 3. Preview is blank Webview DevTools Network: every webview resource f”
“Does this issue occur when all extensions are disabled? Not tested — webviews from multiple unrelated extensions are affected (Atlassian atlassian.atlascode and GitHub.vscode pull request github ), which points at core webview resource loading. VS Code Version: 1.141.1 (commit 7baac39ec3ca969dab74ac12c097f6a486e46593 ), Electron 43.7.7, Chromium 150.0.7871.250 OS Version: Windows (client) + WSL distro named Ubuntu 26.04 (remote) Summary When connected to a WSL distro whose name contains uppercas”