github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-07-16 14:39:31 -05:00
Code Issues 2.4k Packages Projects Releases 129 Wiki Activity

issue: Azure OpenAI URL not working #6596

New Issue
Closed
opened 2025-11-11 17:00:38 -06:00 by GiteaMirror · 1 comment
GiteaMirror commented 2025-11-11 17:00:38 -06:00
Owner
Copy Link

Originally created by @attilaolah on GitHub (Oct 6, 2025).

Check Existing Issues

  • I have searched for any existing and/or related issues.
  • I have searched for any existing and/or related discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Git Clone

Open WebUI Version

v0.6.32

Ollama Version (if applicable)

No response

Operating System

Docker

Browser (if applicable)

No response

Confirmation

  • I have read and followed all instructions in README.md.
  • I am using the latest version of both Open WebUI and Ollama.
  • I have included the browser console logs.
  • I have included the Docker container logs.
  • I have provided every relevant configuration, setting, and environment variable used in my setup.
  • I have clearly listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc).
  • I have documented step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation. My steps:
  • Start with the initial platform/version/OS and dependencies used,
  • Specify exact install/launch/configure commands,
  • List URLs visited, user input (incl. example values/emails/passwords if needed),
  • Describe all options and toggles enabled or changed,
  • Include any files or environmental changes,
  • Identify the expected and actual result at each stage,
  • Ensure any reasonably skilled user can follow and hit the same issue.

Expected Behavior

Setting the openaiBaseApuIrl to https://something.openai.azure.com without the /v1 prefix, then entering 1 as the version, should work.

Actual Behavior

In the latest version, when I add an external connection, or configure it via Helm values or env vars, I get an error when using the try connection button in the UI.

If I don't enter anything in the version field, I get a success response, but then I cannot submit the form, as the API version field is required. Adding 1 or v1 as the API version causes a model not found error to appear in the toast.

This seems to relate to the discussion here: https://github.com/open-webui/open-webui/discussions/13884

This used to work in version v0.6.26, possibly before https://github.com/open-webui/open-webui/issues/17121 was implemented.

Steps to Reproduce

  1. Start with a clean Docker or Helm install.
  2. Add an external Azure connection.
  3. Try to test the connection.

Logs & Screenshots

> File "/app/backend/open_webui/routers/openai.py", line 595, in get_models
  raise Exception(error_detail)
Exception: External Error: {'code': '404', 'message': 'Resource not found'}

Additional Information

My suspicion is that somewhere the /v1 prefix is appended already, so the additional /v1 coming from the API version field causes a 404.

Originally created by @attilaolah on GitHub (Oct 6, 2025). ### Check Existing Issues - [x] I have searched for any existing and/or related issues. - [x] I have searched for any existing and/or related discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Git Clone ### Open WebUI Version v0.6.32 ### Ollama Version (if applicable) _No response_ ### Operating System Docker ### Browser (if applicable) _No response_ ### Confirmation - [x] I have read and followed all instructions in `README.md`. - [x] I am using the latest version of **both** Open WebUI and Ollama. - [x] I have included the browser console logs. - [x] I have included the Docker container logs. - [x] I have **provided every relevant configuration, setting, and environment variable used in my setup.** - [x] I have clearly **listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup** (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc). - [x] I have documented **step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation**. My steps: - Start with the initial platform/version/OS and dependencies used, - Specify exact install/launch/configure commands, - List URLs visited, user input (incl. example values/emails/passwords if needed), - Describe all options and toggles enabled or changed, - Include any files or environmental changes, - Identify the expected and actual result at each stage, - Ensure any reasonably skilled user can follow and hit the same issue. ### Expected Behavior Setting the `openaiBaseApuIrl` to `https://something.openai.azure.com` without the `/v1` prefix, then entering `1` as the version, should work. ### Actual Behavior In the latest version, when I add an external connection, or configure it via Helm values or env vars, I get an error when using the try connection button in the UI. If I don't enter anything in the version field, I get a success response, but then I cannot submit the form, as the API version field is required. Adding 1 or v1 as the API version causes a model not found error to appear in the toast. This seems to relate to the discussion here: https://github.com/open-webui/open-webui/discussions/13884 This used to work in version v0.6.26, possibly before https://github.com/open-webui/open-webui/issues/17121 was implemented. ### Steps to Reproduce 1. Start with a clean Docker or Helm install. 2. Add an external Azure connection. 3. Try to test the connection. ### Logs & Screenshots ``` > File "/app/backend/open_webui/routers/openai.py", line 595, in get_models raise Exception(error_detail) Exception: External Error: {'code': '404', 'message': 'Resource not found'} ``` ### Additional Information My suspicion is that somewhere the /v1 prefix is appended already, so the additional /v1 coming from the API version field causes a 404.
GiteaMirror added the bug label 2025-11-11 17:00:38 -06:00
GiteaMirror commented 2025-11-11 17:00:39 -06:00
Author
Owner
Copy Link

@attilaolah commented on GitHub (Oct 6, 2025):

My mistake, the API version should be something like 2025-01-01-preview, and not 1 which is something you'd set for CLI tools.

Sorry.

@attilaolah commented on GitHub (Oct 6, 2025): My mistake, the API version should be something like `2025-01-01-preview`, and not `1` which is something you'd set for CLI tools. Sorry.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
confirmed
confirmed issue
core
documentation
enhancement
good first issue
help wanted
non-core
pull-request
Mirrored from GitHub Pull Request
 python
question
testing wanted
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#6596
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?