continue icon indicating copy to clipboard operation
continue copied to clipboard

Continue in GitHub Codespaces ignores pre-populated config.json and still prompts for API key

Open Passpot opened this issue 5 months ago • 1 comments

Before submitting your bug report

Relevant environment info

- OS:
- Continue version:
- IDE version:
- Model:
- config:
  

  
  OR link to assistant in Continue hub:

Description

Codespaces OS: Ubuntu (default Codespaces container)

VS Code (web) in Codespaces

Continue extension: v0.9.4 (latest)

Model in config: OpenAI GPT-5

Codespaces secret: OPENAI_API_KEY

To reproduce

In a Codespaces project, create .devcontainer.json that writes the config before the extension starts:

{ "image": "mcr.microsoft.com/devcontainers/base:ubuntu", "postCreateCommand": "mkdir -p ~/.continue ./.continue && cat > ~/.continue/config.json <<EOF\n{\n "languageModels": {\n "defaultProvider": "openai",\n "providers": {\n "openai": {\n "apiKey": "$OPENAI_API_KEY",\n "model": "gpt-5",\n "apiBase": "https://api.openai.com/v1"\n }\n }\n }\n}\nEOF\ncp ~/.continue/config.json ./.continue/config.json" }

Start a fresh Codespace.

Verify both files exist and are correct:

cat ~/.continue/config.json cat ./.continue/config.json

Open Continue sidebar.

Expected:

“OpenAI” is pre-selected as the provider.

API key is loaded from config and ready to use without prompting.

Actual:

Continue still prompts to select a provider.

After selecting “OpenAI,” Continue prompts for API key again.

Notes:

Confirmed that both config files are correct before opening Continue.

Tried both JSON and YAML formats, in both $HOME/.continue/ and workspace .continue/.

Tried reloading the window after codespace creation — same result.

Behavior is consistent across sessions; seems the extension is not ingesting config on startup in Codespaces.

Questions:

In Codespaces, which path(s) does Continue check for config at startup?

Is there an environment variable or documented method to seed the provider/key without manual entry?

Is this expected behavior in remote/Codespaces environments, or a bug?

Log output


Passpot avatar Aug 14 '25 09:08 Passpot

This issue hasn't been updated in 90 days and will be closed after an additional 10 days without activity. If it's still important, please leave a comment and share any new information that would help us address the issue.

github-actions[bot] avatar Nov 13 '25 02:11 github-actions[bot]