Icons render as missing glyphs in Remote-SSH since 1.136.0 — glicons.woff2 fails to load

[Echo-Denia]

Does this issue occur when all extensions are disabled?: Effectively yes for other extensions — reproduced on a clean isolated VS Code Insiders (zip/side-by-side, separate settings & extensions store per official FAQ), with only ms-vscode-remote.remote-ssh installed to establish the Remote-SSH session. No other user extensions present in that profile. The tofu icons still occur. (Can additionally run "Disable All Installed Extensions" in that Insiders profile if the team wants the literal state.)

• VS Code Version: 1.136.0 (commit 520fb30, also reproduced on 1.137.0-insiders zip)
• OS Version: Local: Windows 11 (system setup, Electron 42.10.0), Remote: Linux (Ubuntu/Rocky, x86_64)

Steps to Reproduce:

1. Open VS Code 1.136.0 (or 1.137.0-insiders zip) and connect to any remote host via Remote-SSH (only the ms-vscode-remote.remote-ssh extension is installed; no other user extensions present).
2. Observe activity bar / status bar icons — multiple unrelated extensions (GitLens, Trae, etc.) render as missing glyphs (box with "×" in 1.136.0, empty box in 1.137.0-insiders). Tooltips on hover still work correctly.
3. Open Developer Tools (Help > Toggle Developer Tools > Console) and observe: glicons.woff2?author…eme=vscode-remote:1 Failed to load resource: net::ERR_FAILED

---

Additional Context:

• Local windows are completely unaffected — only Remote-SSH sessions exhibit the issue.
• Version comparison:
  • 1.135.0: ✅ Icons render correctly
  • 1.136.0: ❌ Icons render as box with ×
  • 1.137.0-insiders: ❌ Icons render as empty box
• Troubleshooting already performed:
  • Developer: Reload Window — no effect
  • Deleted ~/.vscode-server entirely and reconnected (server re-downloaded from scratch) — issue persists
  • Reinstalled affected extensions in remote scope — no effect
  • View: Reset View Locations — no effect
• Cross-checked with an isolated Insiders profile (which does not share the Stable extension set) — similar missing glyphs with only Remote-SSH present. This makes a "some other installed extension breaks icon font" theory unlikely, since the broken surface is the shared product-icon font under the vscode-remote theme, not any single extension's own icons.
• Suspected area (not confirmed): given that local windows are unaffected, only vscode-remote-themed surfaces break, and the failing resource is glicons.woff2?…theme=vscode-remote:1, this looks like a regression in how the remote product icon font is addressed/loaded since 1.136.0 — but I haven't traced the webview/font loader yet; treat as lead, not conclusion.

[baijun5217]

附议

[paulmilbank]

Getting the same here. Running

Version: 1.136.0 (Universal)
Commit: 520fb30b2d3d324b4cb2342f6e88e2cd93751de1
Date: 2026-09-02T09:13:42Z (17 hrs ago)
Electron: 42.10.0
ElectronBuildId: 15109253
Chromium: 148.0.7778.280
Node.js: 24.18.1
V8: 14.8.178.38-electron.0
@github/copilot: 1.0.81-0
@github/copilot-sdk: 1.0.11
OS: Darwin arm64 25.6.0

[russellgilbert]

Same issue starting with 1.136.0 here, but failing on SVG icon files rather than an icon font.

Windows 11 client, Remote-SSH 0.128.0 to CentOS Stream 9 (x64). Every icon contributed by a remote extension fails to load on the vscode-managed-remote-resource:// scheme:

vscode-managed-remote-resource://window:1/home/USER/.vscode-server/extensions/mtxr.sqltools-0.28.6/icons/sqltools-sidebar.svg?authority=ssh-remote%2BHOST&scheme=vscode-remote
  GET ... net::ERR_FAILED

vscode-managed-remote-resource://window:1/home/USER/.vscode-server/extensions/anthropic.claude-code-2.1.259-linux-x64/resources/claude-logo.svg?authority=ssh-remote%2BHOST&scheme=vscode-remote
  GET ... net::ERR_FAILED

vscode-managed-remote-resource://window:1/home/USER/.vscode-server/cli/servers/Stable-520fb30b2d3d324b4cb2342f6e88e2cd93751de1/server/extensions/markdown-language-features/media/preview-dark.svg?authority=ssh-remote%2BHOST&scheme=vscode-remote
  GET ... net::ERR_FAILED

Note the third one is a file inside VS Code's own bundled markdown-language-features on the server, so it isn't limited to third-party extensions. Icons from built-in extensions that use codicons (Explorer, Search, Source Control, Run and Debug, Remote Explorer, Extensions) render normally.

Symptom for a view container icon: a square is shown in place of the icon's logo, and the square is the same color as the activity bar (black or white), so not visible. On hover it changes to a dark gray square and becomes visible, with the correct tooltip. Clicking opens the correct view. That's consistent with the SVG being applied as a CSS mask that failed to load.

The same SVG is used for that extension's other icons and those fail the same way: the extension's editor tab icons do not render.

Everything remains functional — the defect is visual only.

Bisect, matching the report above:

Client	Result
1.135.0 (110a328ea54b42367b803ec53ee0bf52ef26b419)	icons render
1.136.0 (520fb30b2d3d324b4cb2342f6e88e2cd93751de1)	net::ERR_FAILED
1.135.0 (reinstalled)	icons render
1.136.0 (reinstalled)	net::ERR_FAILED

Remote-SSH stayed at 0.128.0 throughout and nothing on the remote changed between runs. Ruled out on the remote side: the referenced files all exist, are mode 644, and are valid SVG; claude-logo.svg is byte-identical across four installed versions of that extension, including versions that rendered fine under 1.135.0; extensions.json has one active entry per extension with correct paths. Downgrading the extension changes nothing — only the client version matters.

Also in the same log, possibly a separate problem: inside a webview iframe the codicon font is blocked by CSP rather than failing to fetch —

Loading the font 'data:font/ttf;base64,AAEAAAALAIAAAwAwR1NVQiCLJXoA...'
violates the following Content Security Policy directive:
"font-src 'self' https://*.vscode-cdn.net". The action has been blocked.

[SJ2050cn]

Met same problem in VS Code1.136.0. Please fix it as soon!!!

[baijun5217]

附议

[bcaddy]

Same issue here.

[maxjerry]

Same issue, this happened on version 123

[Galaxy-Husky]

same issue on version 1.136.1

[marcusm117]

Also broken in 1.136.1

• ❌ 1.136.1 a44adf7f53e00964ab890f9f8758a334f1fc15bc
• ✅ 1.135.0 08d4889f9ec4a1685d257b9b95de036c8e1ce1e5

Two things that may help triage:

1. Not a rendering-path issue. With "disable-hardware-acceleration": true in ~/.vscode/argv.json (verified via code --status: gpu_compositing and rasterization → disabled_software, skia_graphite → disabled_off), the icons are still broken. Consistent with Russell G. (@russellgilbert)'s net::ERR_FAILED on vscode-managed-remote-resource://, the requests fail so nothing reaches the compositor.

2. The scope is also wider than the activity/status bar: symbol-kind icons in the breadcrumb and outline coming from a remote language server (leanprover.lean4) are affected too.

Workaround: downgrade the client to 1.135.0 https://update.code.visualstudio.com/commit:08d4889f9ec4a1685d257b9b95de036c8e1ce1e5/darwin-arm64/stable (swap darwin-arm64 for your platform), then set "update.mode": "none" so it doesn't auto-update back.