github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-05-06 19:08:59 -05:00
Code Issues 1.3k Packages Projects Releases 126 Wiki Activity

[GH-ISSUE #17481] issue: Users in "USER" role do not see models from external connections #33832

New Issue
Closed
opened 2026-04-25 07:43:22 -05:00 by GiteaMirror · 5 comments
GiteaMirror commented 2026-04-25 07:43:22 -05:00
Owner
Copy Link

Originally created by @tigran123 on GitHub (Sep 16, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/17481

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

Pip Install

Open WebUI Version

0.6.28

Ollama Version (if applicable)

0.11.10

Operating System

Ubuntu Linux 22.04.5

Browser (if applicable)

Chrome 138.0.7204.168

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

Users in the USER role should see the models from the external API endpoints, created by the users in the ADMIN role.

Actual Behavior

Users in the USER role do not see the models from the external API endpoints, created by the users in the ADMIN role. And they cannot create new connections either.

Steps to Reproduce

  1. In the fresh install create the first user -- it will have ADMIN role
  2. Point to some OpenAI-compatible API endpoint, e.g. I used Groq
  3. Observe that lots of external models are visible in the model selector
  4. Create a new user in the USER role
  5. Signout from the ADMIN role user
  6. Sign in as USER role user
  7. Observe that no models are visible in the model selector
  8. Now signout and sign in again as ADMIN
  9. Change the USER role to ADMIN
  10. Signout and sign in as that new user (which is now ADMIN)
  11. Observe that all models are now visible

Logs & Screenshots

Image

Additional Information

No response

Originally created by @tigran123 on GitHub (Sep 16, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/17481 ### 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 Pip Install ### Open WebUI Version 0.6.28 ### Ollama Version (if applicable) 0.11.10 ### Operating System Ubuntu Linux 22.04.5 ### Browser (if applicable) Chrome 138.0.7204.168 ### 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 Users in the `USER` role should see the models from the external API endpoints, created by the users in the `ADMIN` role. ### Actual Behavior Users in the `USER` role do not see the models from the external API endpoints, created by the users in the `ADMIN` role. And they cannot create new connections either. ### Steps to Reproduce 1. In the fresh install create the first user -- it will have `ADMIN` role 2. Point to some OpenAI-compatible API endpoint, e.g. I used Groq 3. Observe that lots of external models are visible in the model selector 4. Create a new user in the `USER` role 5. Signout from the `ADMIN` role user 6. Sign in as `USER` role user 7. Observe that no models are visible in the model selector 8. Now signout and sign in again as `ADMIN` 9. Change the `USER` role to `ADMIN` 10. Signout and sign in as that new user (which is now `ADMIN`) 11. Observe that all models are now visible ### Logs & Screenshots <img width="1114" height="564" alt="Image" src="https://github.com/user-attachments/assets/a75e4e3c-14ae-4fc3-93eb-e0c32164b730" /> ### Additional Information _No response_
GiteaMirror added the bug label 2026-04-25 07:43:22 -05:00
GiteaMirror commented 2026-04-25 07:43:25 -05:00
Author
Owner
Copy Link

@tigran123 commented on GitHub (Sep 16, 2025):

I realise, of course, that plainly making them see the connection is NOT a proper solution, because those connection settings contain API key, which may cause money to be spent. But surely there must be a way for USER role users to create their own external connections?

<!-- gh-comment-id:3298574896 --> @tigran123 commented on GitHub (Sep 16, 2025): I realise, of course, that plainly making them see the connection is NOT a proper solution, because those connection settings contain API key, which may cause money to be spent. But surely there must be a way for `USER` role users to create their own external connections?
GiteaMirror commented 2026-04-25 07:43:25 -05:00
Author
Owner
Copy Link

@EntropyYue commented on GitHub (Sep 16, 2025):

The new model is private by default; you need to change its visibility to public

<!-- gh-comment-id:3298649919 --> @EntropyYue commented on GitHub (Sep 16, 2025): The new model is private by default; you need to change its visibility to public
GiteaMirror commented 2026-04-25 07:43:25 -05:00
Author
Owner
Copy Link

@tigran123 commented on GitHub (Sep 16, 2025):

The new model is private by default; you need to change its visibility to public

Image

This is the "Edit Connection" dialog. I do not see any way to change the visibility or in fact any such setting as "visibility". And we are talking about the whole provider, not just one specific model.

<!-- gh-comment-id:3298665010 --> @tigran123 commented on GitHub (Sep 16, 2025): > The new model is private by default; you need to change its visibility to public <img width="712" height="712" alt="Image" src="https://github.com/user-attachments/assets/c82aca5a-5290-460b-ac08-f8d90a906ee6" /> This is the "Edit Connection" dialog. I do not see any way to change the visibility or in fact any such setting as "visibility". And we are talking about the whole provider, not just one specific model.
GiteaMirror commented 2026-04-25 07:43:25 -05:00
Author
Owner
Copy Link

@tigran123 commented on GitHub (Sep 16, 2025):

Ah.... understood! In the tab "Models" there is a setting "Visibility" and it can be changed from "Private" to "Public". Ok, I will test it and if it works will close this issue. Thank you!

<!-- gh-comment-id:3298697890 --> @tigran123 commented on GitHub (Sep 16, 2025): Ah.... understood! In the tab "Models" there is a setting "Visibility" and it can be changed from "Private" to "Public". Ok, I will test it and if it works will close this issue. Thank you!
GiteaMirror commented 2026-04-25 07:43:26 -05:00
Author
Owner
Copy Link

@tigran123 commented on GitHub (Sep 16, 2025):

Tested: there is still a bug in there. As ADMIN I have made four models Public: gpt-oss-120b/20b and llama4 (scout/maverick), but when I logged in with USER role I see SIX models in the list: the above four plus two duplicates of the gpt-oss ones, see screenshot below:

Image
<!-- gh-comment-id:3298719489 --> @tigran123 commented on GitHub (Sep 16, 2025): Tested: there is still a bug in there. As `ADMIN` I have made four models `Public`: gpt-oss-120b/20b and llama4 (scout/maverick), but when I logged in with `USER` role I see SIX models in the list: the above four plus two duplicates of the gpt-oss ones, see screenshot below: <img width="732" height="478" alt="Image" src="https://github.com/user-attachments/assets/4cf5f1ec-c2be-4f6b-be2a-aad90857daa0" />
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#33832
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?