Proxy settings are not utilized

[donkz]

Error Details

name: Local Assistant
version: 1.0.0
schema: v1
models:
  - name: Primary_Sand_Opus
    provider: bedrock
    model: us.anthropic.claude-opus-4-5-20251101-v1:0
    env:
      region: us-east-1
      profile: codeassistant
    timeout: 10
    requestOptions:
      proxy: http://proxy.mycompany.com:80
    roles:
      - chat
context:
  - provider: code
  - provider: docs
  - provider: diff
  - provider: terminal
  - provider: problems
  - provider: folder
  - provider: codebase

Error Output

The pending stream has been canceled (caused by: read ECONNRESET)

(this is a typical error when proxy is not set)

Additional Context
I set proxy in VS Code settings/application/proxy and in ~/.continue/config.yaml (above) to http://proxy.mycompany.com:80, but continue VS Code plugin started to ignore this starting last month.

I can see in wireshark that the traffic is attempting to go to bedrock endpoint directly without invoking mycompany proxy. I do not have NO_PROXY configured.

VS Code used to work with proxy. Pycharm never seemed to work with proxy.

When I'm off secure network, both IDEs work fine, although they maybe should not since proxy settings are still in effect.

[sestinj]

Related issues:

• requestOptions.proxy Not Working #3442 - requestOptions.proxy Not Working (closed)
• Proxy using SOCKS5, and openai base prompt as a list #3890 - Proxy using SOCKS5, and openai base prompt as a list (open)
• IntelliJ IDEA extension doesn't seem to follow the IntelliJ IDEA proxy settings #5242 - IntelliJ IDEA extension doesn't seem to follow the IntelliJ IDEA proxy settings (closed)
• Not able to use with proxy #1147 - Not able to use with proxy (closed)
• Add Proxy to stream #5938 - Add Proxy to stream (closed)

[jaggerwang]

name: Local Config
version: 1.0.0
schema: v1
models:
  - name: Gemini 3 Pro
    provider: gemini
    model: gemini-3-pro-preview
    apiKey: xxx
  - uses: google/gemini-2.5-pro
    with:
      GEMINI_API_KEY: xxx
  - uses: google/gemini-2.0-flash
    with:
      GEMINI_API_KEY: xxx
requestOptions:
  proxy: http://127.0.0.1:7897

Same issue, the proxy setting works for VSCode plugin, but not for Intellij IDEA plugin, I also tried setting IDEA's http proxy.

[44cort44]

that proxy setting in the requestOptions doesn't work for me. I was able to update the plugin's source code to make it work, though.

Root Cause

Bedrock requests were not using proxy-aware transport, so Chat streaming could open direct TLS sockets and fail behind enterprise proxies (ECONNRESET).
In Bedrock.ts:60, the class also shadowed requestOptions, which effectively dropped model-level proxy/noProxy behavior from BaseLLM.
Fix Applied

Added AWS SDK request handler wiring (NodeHttpHandler) with http(s)-proxy-agent and HTTP_PROXY/HTTPS_PROXY + NO_PROXY + model requestOptions.proxy/noProxy support in Bedrock.ts:658 and BedrockImport.ts:162.
Ensured all Bedrock call paths use the same proxy-aware handler (chat, embed, rerank) in Bedrock.ts:90 and Bedrock.ts:688.
Replaced header mutation on requestOptions with internal Bedrock-only header state to avoid clobbering shared request config in Bedrock.ts:266.

[44cort44]

@RomneyDa do you need some assistance with fixing this bug? This is (and has been for months) a blocker for my enterprise to use the Continue extension with bedrock.

[jialvarez]

@44cort44 same issue here, can you please provide a PR or branch? Thanks!

Although my case seems to be more related with stream use, I was able to disable it some weeks ago inside requestOptions with stream: false but it seems not to be working anymore.

[44cort44]

@44cort44 same issue here, can you please provide a PR or branch? Thanks!

Although my case seems to be more related with stream use, I was able to disable it some weeks ago inside requestOptions with stream: false but it seems not to be working anymore.

It appears I'll need to. The issue submitted on my behalf in December still hasn't been fixed.

[RomneyDa]

@44cort44 yes, fix would be appreciated!