[GH-ISSUE #15807] issue: Bypassing model access control results in error when selecting task model. #120992

Closed
opened 2026-05-20 22:46:40 -05:00 by GiteaMirror · 2 comments
Owner

Originally created by @MicahZoltu on GitHub (Jul 17, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/15807

Check Existing Issues

  • I have searched the existing issues and discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Docker

Open WebUI Version

v0.6.16

Ollama Version (if applicable)

v0.9.3

Operating System

Windows 11, WSL2, Ubuntu 22

Browser (if applicable)

Firefox

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

I can use any model as a task model when BYPASS_MODEL_ACCESS_CONTROL: 'True' is set.

Actual Behavior

I have to explicitly set models to public to use them as task models, even though I have BYPASS_MODEL_ACCESS_CONTROL: 'True' set.

Steps to Reproduce

  1. Run OWUI with BYPASS_MODEL_ACCESS_CONTROL: 'True'
  2. Go into Admin settings > Interface and set the task model to the model to any model that is not explicitly marked as public.
  3. Notice that you get an error.
  4. Login as a regular usar.
  5. Notice that you have access to the model that is allegedly not public (it actually is due to environment setting).

Logs & Screenshots

N/A

Additional Information

Workaround:
If I manually set the model to public, the error goes away, but I shouldn't need to do this since I have already configured OWUI to have all models be public.

Originally created by @MicahZoltu on GitHub (Jul 17, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/15807 ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Docker ### Open WebUI Version v0.6.16 ### Ollama Version (if applicable) v0.9.3 ### Operating System Windows 11, WSL2, Ubuntu 22 ### Browser (if applicable) Firefox ### 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 I can use any model as a task model when `BYPASS_MODEL_ACCESS_CONTROL: 'True'` is set. ### Actual Behavior I have to explicitly set models to public to use them as task models, even though I have `BYPASS_MODEL_ACCESS_CONTROL: 'True'` set. ### Steps to Reproduce 1. Run OWUI with BYPASS_MODEL_ACCESS_CONTROL: 'True' 1. Go into Admin settings > Interface and set the task model to the model to any model that is not explicitly marked as public. 1. Notice that you get an error. 1. Login as a regular usar. 1. Notice that you have access to the model that is allegedly not public (it actually is due to environment setting). ### Logs & Screenshots N/A ### Additional Information Workaround: If I manually set the model to public, the error goes away, but I shouldn't need to do this since I have already configured OWUI to have all models be public.
GiteaMirror added the bug label 2026-05-20 22:46:40 -05:00
Author
Owner

@rgaricano commented on GitHub (Jul 17, 2025):

If you want to patch the code and enable workspace model for tasks until a solution:

replace lines:
2470da8336/src/lib/components/admin/Settings/Interface.svelte (L153)
&
2470da8336/src/lib/components/admin/Settings/Interface.svelte (L188)
with
if ((model?.access_control !== null) & ($user?.role !== "admin")) {

then rebuild (in console in open-webui main dir): NODE_OPTIONS=--max_old_space_size=12000 npm run build
and restart open-webui.
(tested)

<!-- gh-comment-id:3084102629 --> @rgaricano commented on GitHub (Jul 17, 2025): If you want to patch the code and enable workspace model for tasks until a solution: replace lines: https://github.com/open-webui/open-webui/blob/2470da833679f61619f2275862185259fe7f5168/src/lib/components/admin/Settings/Interface.svelte#L153 & https://github.com/open-webui/open-webui/blob/2470da833679f61619f2275862185259fe7f5168/src/lib/components/admin/Settings/Interface.svelte#L188 with ` if ((model?.access_control !== null) & ($user?.role !== "admin")) {` then rebuild (in console in open-webui main dir): `NODE_OPTIONS=--max_old_space_size=12000 npm run build` and restart open-webui. (tested)
Author
Owner

@tjbck commented on GitHub (Aug 4, 2025):

Unable to reproduce, works as intended with the latest dev.

<!-- gh-comment-id:3150365103 --> @tjbck commented on GitHub (Aug 4, 2025): Unable to reproduce, works as intended with the latest dev.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#120992