v0.3.6

v0.3.6

🐛 Fixed

• Works with dsh 0.1.7-rc.1 — 0.1.7-rc.1 switched its index to <base href="./">, which made every plugin reference base-relative (plugins/??pkg/client.js instead of /plugins/...) in the preload tags, the boot-manifest entries and the boot batches (there are now two application batches). The extension only recognized the absolute form, so none of them were rewritten to the server and the panel showed "Failed to load plugins — client-modules: HTML did not preload …/client.js". Plugin references are now normalized from all three shapes (relative, ./-relative, absolute), the extra favicon-dark.svg is handled, and the previous absolute form keeps behaving exactly as before — verified against dsh 0.1.5-rc.2 (unchanged output) and 0.1.7-rc.1 end to end.

Install: download the .vsix and use Extensions view → ... → Install from VSIX… (unsigned; no auto-update — reinstall for new versions).

v0.3.5

v0.3.5

🐛 Fixed

• The embedded Settings page works — DSH only creates its settings controller on a loopback page, and the embedded page origin (vscode-webview://…) is never loopback, so Settings → Models reported "settings are unavailable in this browser" and every preference stayed in memory. The webview bridge now declares the embedding shell as the host owner (the __DSH_TRANSPORT__ seam DSH reads for exactly this), so Settings → Models opens, API keys can be entered and saved, and preferences persist in ~/.dsh/settings.yaml.
• Theme sync writes to DSH again — theme sync still called the pre-0.1.2 settings.update dot method without the session cookie, so it had been failing silently since dsh 0.1.2-rc.1 (masked by the in-page theme shim). It now goes through settings/update with the manager's envelope and session cookie, so ui-theme.preference is actually persisted.
• Sidebar shows dsh4vscode v… — the launcher subtitle now reads dsh4vscode v0.3.5 instead of extension v0.3.5.

Install: download the .vsix and use Extensions view → ... → Install from VSIX… (unsigned; no auto-update — reinstall for new versions).

v0.3.4

v0.3.4

🐛 Fixed

• Works with dsh 0.1.2-rc.1 — upgrading dsh past 0.1.1-rc.7 left the embedded panel unable to start: 0.1.2-rc.1 prints an authenticated launch URL (dsh web: http://127.0.0.1:<port>/?token=…), requires a browser-session cookie (minted from that token) for / and every /api call, moves the RPC API to Typert namespace/method endpoints (workspace listing is now the workspace/follow stream baseline), and serves a frontend dist that references its assets relatively (./assets/...) with a new batches boot section. The extension now exchanges the launch token for the session cookie before the server is marked ready, attaches it to every relayed request / WebSocket upgrade / panel assembly, speaks the 0.1.2 RPC surface (session list, create, rename, archive, workspace alignment), and assembles the 0.1.2 dist layout.
• Clear error instead of a half-broken state on old dsh — the extension now requires dsh 0.1.2-rc.1 or newer; an older build is refused at start with a helpful upgrade message (older dsh speaks the pre-0.1.2 API surface, which is no longer supported).
• "Open in Browser" opened a dead URL — the command now opens the authenticated URL (?token=…) so a real browser can mint its own session cookie, instead of landing on the 401 page.

Install: download the .vsix and use Extensions view → ... → Install from VSIX… (unsigned; no auto-update — reinstall for new versions).

v0.3.3

v0.3.3

🐛 Fixed

• Sidebar status frozen on "Starting…" — after switching the sidebar (e.g. file tree ↔ DeepSeek Harness) or waking the laptop, the sidebar status could stay on the blinking "Starting…" state even though the service was ready and the session list refreshed normally. The status message was sent before the sidebar page finished loading and got dropped. The page now signals when it is ready to receive updates, and the extension re-pushes the current status then.

v0.3.2

v0.3.2

🐛 Fixed

• "Failed to load plugins" with dsh 0.1.1-rc.2 — upgrading dsh to 0.1.1-rc.2 broke the embedded panel: the boot manifest changed its injection shape, so plugin bundles could not be loaded. Both boot shapes are now recognized, and the panel works with dsh 0.1.0-rc.x and 0.1.1-rc.x alike.

v0.3.1

v0.3.1 — Bug fixes & polish

🐛 Fixed

• "Failed to load plugins" error in the embedded panel — with newer dsh versions (rc.8+), the panel could show a plugin loading failure. Now fixed.
• No more auto-opening a browser tab — starting the extension no longer opens your default browser; the UI stays embedded in VS Code. (Use the "Open in Browser" command if you ever want it in a browser.)
• Prerelease upgrade hints now appear — when a newer dsh prerelease (e.g. rc.8) is available, the sidebar shows the upgrade hint as expected.
• No more error when closing VS Code — the console error on closing/reloading the window is gone.

✨ Added

• Extension version shown in the sidebar — the header now displays extension v0.3.1 under the DeepSeek Harness title.

v0.3.0

v0.3.0 — Dual-channel upgrades & rc.8 compatibility

Added

• Dual-channel upgrade hints — the sidebar now tracks both npm channels: a latest button and a next (prerelease) button appear independently when a newer dsh version exists on that channel (e.g. latest 0.1.0-rc.7 + next 0.1.0-rc.8). Each opens a QuickPick with the matching @latest / @next command, prefilled into a terminal — never auto-run.
• --no-open browser suppression — dsh 0.1.0-rc.8+ opens the default browser on dsh web by default; the extension now passes --no-open (version-gated, so older CLIs that reject the flag are unaffected) to keep the embedded UI browser-free.

Fixed

• Session list stayed empty when the launcher sidebar was opened while dsh was already running (polling only started on a state transition). It now polls immediately at view open.

Assets

• deepseek-harness-web-for-vscode-0.3.0.vsix (267.56 KB)

Full changelog: CHANGELOG.md

v0.2.0

• Session manager in the sidebar — lists all active sessions with title, relative activity time (5m/3h/2d), inline rename (✎), and archive (✕); an expandable Archived section shows archived sessions with titles; blank sessions appear as "New Session" rows. Refreshes every 5s (server-state aware, re-entry guarded).

• Multi-panel sessions — ＋New session opens a fresh editor panel bound to a new session; clicking a listed session opens/focuses its panel; panels stack over the current tab group (no more tiled narrow views).

• Archive closes the panel — archiving a session also closes its open panel; the default panel is bound to the IDE workspace session so it can be closed too.

• Reload restores every open panel — the dist-tree cache download is guarded against concurrent access, so restoring several panels at once never produces blank panels.

• UI strings for the new features across all 9 languages.

Full Changelog: v0.0.10...0.2.0