continuedev / continuedev/continue

bug remote ssh VS code

Open
#8,826 10 comments 6 reactions 1 assignee View on GitHub

@RomneyDa is already working on this.

Since Nov 21, 2025.

area:context-providers ide:vscode kind:bug
Dominant language
TypeScript
Stars
36k
Forks
5.4k
PR merge metrics
No merged PRs in 30d

Description

Before submitting your bug report
Relevant environment info
- OS:
- Continue version:
- IDE version:
- Model:
- config:
  

  
  OR link to agent in Continue hub:
Description

📧 Issue Report: Remote-SSH Configuration Context Error

Subject: Critical Bug: Remote-SSH Extension Confuses Local/Remote Config Context After Agent Reinstallation


Hello Continue Team,

I am experiencing a critical issue when using the Continue extension in a VS Code Remote-SSH environment. The extension is failing to correctly recognize the remote workspace context and is defaulting to local settings, despite the remote agent being active.

🐛 Observed Symptoms

  1. Configuration Context Error: The model selector dropdown and configuration menu in the Continue sidebar consistently show the option "local config" (instead of correctly identifying the remote workspace configuration).

  2. Configuration Link Incorrect: When I click the gear icon to edit the configuration, VS Code opens the local machine's ~/.continue/config.yaml file, rather than the remote machine's ~/.vscode-server/data/VsCodeExtensions/continue.continue-1.2.10-linux-x64/... path or the remote workspace's .continue/config.yaml.

  3. Specific Model Error (Now Resolved): Initial attempts to use an Anthropic model via Vertex AI in the working (internal) agent config failed with an HTTP 400 region error, which has since been mitigated by changing the region to global in the primary config.

💻 Environment Details

Component | Detail -- | -- VS Code Version | (Please specify your VS Code version, e.g., 1.94.2) Continue Extension Version | 1.2.10 (Based on logs) Host OS | (e.g., Ubuntu 22.04 LTS) Client OS | (e.g., Windows 11 / macOS) Connection Method | VS Code Remote-SSH

🛑 Troubleshooting Steps Performed (Critical)

I have performed a full, deep cleanup to eliminate local and remote caching, forcing a fresh installation. The issue persists.

  1. Fixed Corrupted Index: Identified and resolved SQLITE_ERROR: no such table: chunks and Neon module: assertion left == right failed errors by manually deleting the remote cache:

    Bash
    # Run on Remote Host
    rm -rf /path/to/workspace/.continue/index
    rm -rf /path/to/workspace/.continue/agent
    
  2. Reinstalled Extension Components: The issue began when I mistakenly uninstalled the local UI component, so I performed the following:

    • Uninstalled the extension locally.

    • Manually deleted the entire remote extension folder: rm -rf ~/.vscode-server/extensions/continue.continue-*

    • Reinstalled the extension locally.

    • Killed the VS Code Server (Remote-SSH: Kill VS Code Server on Host...) and reconnected.

  3. Configuration Verified: The primary configuration file, .continue/config.yaml, exists and is structurally valid in the root of the remote workspace.

Conclusion: Even after a complete local and remote clean reinstall, the local UI component of the extension fails to switch context when connected via Remote-SSH and continues to look for configuration files and display settings as if it were a purely local workspace.

Please investigate the context-switching logic used by the Continue UI component when the extension host is running remotely.

Thank you for your time.

To reproduce

No response

Log output

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.