github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-05-07 03:18:23 -05:00
Code Issues 1.3k Packages Projects Releases 126 Wiki Activity

[GH-ISSUE #10212] Direct user-level OpenAI API connection results in 'owned_by' error when chatting with model #31339

New Issue
Closed
opened 2026-04-25 05:19:15 -05:00 by GiteaMirror · 1 comment
GiteaMirror commented 2026-04-25 05:19:15 -05:00
Owner
Copy Link

Originally created by @AlyamanMas on GitHub (Feb 17, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/10212

Bug Report

Installation Method

Two installations were tested. The error could be found in both of them:

  • The first is through the NixOS module using nixpkgs-unstable. The version is specifically v0.5.12.
  • The second is a fresh docker environment setup specifically for the purpose of testing this bug.

Environment

  • Open WebUI Version: v0.5.12
  • Operating System: NixOS 24.11
  • Browser (probably irrelevant): Firefox
  • OpenAI API Provider: openrouter

Confirmation:

  • I have read and followed all the instructions provided in the README.md.
  • I am on the latest version of both Open WebUI and Ollama.
  • I have included the browser console logs.
  • I have included the NixOS webui systemd service logs.
  • I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below.

Expected Behavior:

You get a response after using a model that is linked through a user-level direct API connection.

Actual Behavior:

You get an error message 'owned_by' as seen in the following image:

Image

Description

Bug Summary:
When using models through a direct openrouter OpenAI API connection, the models always give an error. Meanwhile, using the same models with the same prompts, with the same API keys and gateway but on the website level from the admin configuration consistently works as opposed to using the model directly.

Reproduction Details

Steps to Reproduce:
0. (may or may not be relevant) Get an openrouter API key.

  1. Install Open WebUI. The bug has been tested and found in both the Docker container and NixOS module so both work.
  2. Configure the API on two levels: website level from the admin console, and user-level from the user settings.
  3. run the same model and the same prompt but through direct connection and then through the application-wide API.
  4. Observe that the first gives an error while the latter works just fine.

Logs and Screenshots

Browser Console Logs:
console-export-2025-2-18_0-56-34.txt

NixOS Open WebUI systemd Module Log:
systemd-webui.txt

Screenshots/Screen Recordings (if applicable):
Image

Originally created by @AlyamanMas on GitHub (Feb 17, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/10212 # Bug Report ## Installation Method Two installations were tested. The error could be found in both of them: - The first is through the NixOS module using nixpkgs-unstable. The version is specifically v0.5.12. - The second is a fresh docker environment setup specifically for the purpose of testing this bug. ## Environment - **Open WebUI Version:** v0.5.12 - **Operating System:** NixOS 24.11 - **Browser (probably irrelevant):** Firefox - **OpenAI API Provider:** openrouter **Confirmation:** - [x] I have read and followed all the instructions provided in the README.md. - [x] I am on the latest version of both Open WebUI and Ollama. - [x] I have included the browser console logs. - [x] I have included the NixOS webui systemd service logs. - [x] I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below. ## Expected Behavior: You get a response after using a model that is linked through a user-level direct API connection. ## Actual Behavior: You get an error message 'owned_by' as seen in the following image: ![Image](https://github.com/user-attachments/assets/5fc57786-e0e8-4f5f-8099-f5f288b5bd8f) ## Description **Bug Summary:** When using models through a direct openrouter OpenAI API connection, the models always give an error. Meanwhile, using the same models with the same prompts, with the same API keys and gateway but on the website level from the admin configuration consistently works as opposed to using the model directly. ## Reproduction Details **Steps to Reproduce:** 0. (may or may not be relevant) Get an openrouter API key. 1. Install Open WebUI. The bug has been tested and found in both the Docker container and NixOS module so both work. 2. Configure the API on two levels: website level from the admin console, and user-level from the user settings. 3. run the same model and the same prompt but through direct connection and then through the application-wide API. 4. Observe that the first gives an error while the latter works just fine. ## Logs and Screenshots **Browser Console Logs:** [console-export-2025-2-18_0-56-34.txt](https://github.com/user-attachments/files/18833735/console-export-2025-2-18_0-56-34.txt) **NixOS Open WebUI systemd Module Log:** [systemd-webui.txt](https://github.com/user-attachments/files/18833745/systemd-webui.txt) **Screenshots/Screen Recordings (if applicable):** ![Image](https://github.com/user-attachments/assets/5fc57786-e0e8-4f5f-8099-f5f288b5bd8f)
GiteaMirror commented 2026-04-25 05:19:17 -05:00
Author
Owner
Copy Link

@tjbck commented on GitHub (Feb 17, 2025):

This should be resolved in dev!

<!-- gh-comment-id:2664219347 --> @tjbck commented on GitHub (Feb 17, 2025): This should be resolved in dev!
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
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#31339
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?