Skip to content

Extension with Azure provider is still trying to send data to ChatGPT #5145

Closed

Description

@heyarny

What version of the VS Code extension are you using?

0.4.19

Which IDE are you using?

VS Code

What platform is your computer?

Darwin 25.0.0 arm64 arm

What steps can reproduce the bug?

At our company the security policy does not allow to use chatgpt, but we are allowed to use openai via azure.
Thats why our proxy do block ChatGPT.
With some workarounds we use the VS Extension with Azure as provider, but the extension is still trying to send data to ChatGPT.
You can clearly see the output inside VS Code > Output Window > Codex:

2025-10-13 13:00:51.846 [error] Error fetching https://ab.chatgpt.com/v1/rgstr?k=client-xxxx&st=javascript-client-react&sv=3.25.5&t=1760353251613&sid=xxxxx&ec=1002: 403 Forbidden (null)

What is the expected behavior?

Do not send anything to chatgpt when using azure as provider.

What do you see instead?

Fetching ... chatgpt...

Additional information

No response

Activity

  1. added
    bugSomething isn't working
    azureIssues related to the Azure-hosted OpenAI models
    on Oct 13, 2025
  2. pai4451 commented on Oct 14, 2025

    @pai4451

    Same here, cannot use Azure with extension, despite the same config.toml works on Azure for CLI too.
    @heyarny how did you manage to use Azure provider with VS Code extension?

  3. heyarny commented on Oct 14, 2025

    @heyarny
    Author

    @pai4451

    As of now, I'm using gpt-5.
    this is my config.toml:

    model = "gpt-5"
    model_provider = "azure"
    model_reasoning_effort = "medium"
    preferred_auth_method = "apikey"
    
    [model_providers.azure]
    name = "Azure OpenAI"
    base_url = "https://...."
    query_params = { api-version = "2025-04-01-preview" }
    wire_api = "responses"
    

    auth.json

    {
      "OPENAI_API_KEY": "your_api_key"
    }
    
  4. ameinhardt commented on Oct 19, 2025

    @ameinhardt

    It seems that the CodexStatsigProvider react component of the Webview sends that. Once removed from the UI, it doesn't send logs. The Codex Webview is not published to create a pull request, is it? I can't find an oss license for it, either ;-(. Maybe logging could optionally be disabled there.

  5. gpeal commented on Oct 22, 2025

    @gpeal
    Contributor

    Those requests are independent of the model you select. You may configure your network proxy to provide additional guarantees though.

  6. heyarny commented on Oct 22, 2025

    @heyarny
    Author

    @gpeal ok, they are independent, does it still make sense to have them when using azure provider?
    Why is there no option to disable them? Whats the point of still having them, other than stressing our proxy?

  7. gpeal commented on Oct 22, 2025

    @gpeal
    Contributor

    Yes, there may be other issues such as features that never get turned on or other configurations that aren't set correctly.

  8. heyarny commented on Oct 22, 2025

    @heyarny
    Author

    So why is this issue closed then? How did you solve the issue?
    This is a real issue in big companies, when they see codex sending something somewhere without respecting the security regulations.

    What is the expected behavior?
    Do not send anything to chatgpt when using azure as provider.

  9. heyarny commented on Oct 23, 2025

    @heyarny
    Author

    Here's a recording.

    Untitled.mov
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    azureIssues related to the Azure-hosted OpenAI modelsbugSomething isn't workingextensionIssues related to the VS Code extension

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions