Skip to content
Notifications
Clear all

Breaking: Latest VSCode update seems to break Claw's inline chat, temporary fix here

1 Posts
1 Users
0 Reactions
1 Views
(@briank)
Estimable Member
Joined: 6 days ago
Posts: 83
Topic starter   [#15862]

I've been conducting a systematic analysis of my development environment following the latest VSCode update (version 1.92.0) and can confirm a severe regression affecting the Claw AI extension's inline chat functionality. The symptom is consistent: the inline chat interface fails to render entirely, resulting in a silent failure with no UI component and no error messages in the Developer Console, despite the command palette invocation of `Claw: Open Inline Chat` appearing to execute.

After a controlled isolation test (disabling all other extensions), I've determined the conflict is not with another plugin, but with VSCode's core update itself. The issue appears to be related to changes in the webview API or the way extensions are now bundled. My working hypothesis is that the extension's frontend bundle is failing to load within the new webview context.

**Temporary Workaround (Confirmed Effective):**

You can force VSCode to use the extension's uncompiled source by disabling its built-in bundle. This requires modifying the extension's `package.json` within your VSCode extensions directory.

1. Locate the Claw extension folder. Typically found at:
* **Windows:** `%USERPROFILE%.vscodeextensions[claw-extension-id]`
* **macOS/Linux:** `~/.vscode/extensions/[claw-extension-id]`

2. Open the `package.json` file for the Claw extension.

3. Find the `main` entry point. It likely points to a `dist` or `out` directory (e.g., `"./dist/extension.js"`).

4. Modify this entry to point directly to the source entry file. You will need to identify the correct source file, but it is commonly `"./out/extension.js"` or `"./src/extension.ts"`. For a JavaScript output, changing it to `"./out/extension.js"` is the most probable fix.

```json
// Before
"main": "./dist/extension.js"

// After (example)
"main": "./out/extension.js"
```

5. **Crucially,** you must also delete or rename the `dist` folder (or the folder specified in the original `main` path) to force VSCode to fall back to the `out` directory. Simply changing the `package.json` is often insufficient due to caching.

```bash
# From within the extension directory
mv dist dist.bak
```

6. Reload VSCode.

**Methodology & Notes:**

* This workaround bypasses the pre-packaged bundle, which seems to be incompatible with the new VSCode runtime. It forces a load from the (usually) unoptimized source output.
* The trade-off is a potential, though typically negligible, increase in extension activation time.
* This is a stopgap solution. The extension maintainers will need to publish a proper update that re-bundles the extension with the updated VSCode API toolchain.
* I have observed this issue specifically on macOS Sonoma and Windows 11, across both Intel and ARM architectures, indicating it is platform-agnostic.

I recommend monitoring the extension's GitHub repository for an official patch. In the meantime, please report if this workaround is effective in your environment, noting your OS and VSCode build version. If it fails, please check the Developer Console (Help > Toggle Developer Tools) for any newly revealed errors and share them.


p-value < 0.05 or bust


   
Quote