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 #11508] issue: Disabled models still appear in model selection #54921

New Issue
Closed
opened 2026-05-05 16:52:47 -05:00 by GiteaMirror · 14 comments
GiteaMirror commented 2026-05-05 16:52:47 -05:00
Owner
Copy Link

Originally created by @jcrabapple on GitHub (Mar 10, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/11508

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

5.20

Ollama Version (if applicable)

No response

Operating System

Fedora Linux 40

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 listed steps to reproduce the bug in detail.

Expected Behavior

Models disabled from the Settings>Models screen should not show up in the Models dropdown selection on the chat screen.

Actual Behavior

A few of the disabled models still show up in the dropdown list i.e. Microsoft: Phi-3 Mini 128K Instruct

Steps to Reproduce

  1. Add OpenRouter OpenAPI connection
  2. Go to Admin Panel > Settings > Models
  3. Disable most models
  4. Go to chat screen
  5. Click Model selection dropdown
  6. See some disabled models still appear

Logs & Screenshots

Image

Image

Additional Information

No response

Originally created by @jcrabapple on GitHub (Mar 10, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/11508 ### 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 5.20 ### Ollama Version (if applicable) _No response_ ### Operating System Fedora Linux 40 ### 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 listed steps to reproduce the bug in detail. ### Expected Behavior Models disabled from the Settings>Models screen should not show up in the Models dropdown selection on the chat screen. ### Actual Behavior A few of the disabled models still show up in the dropdown list i.e. Microsoft: Phi-3 Mini 128K Instruct ### Steps to Reproduce 1. Add OpenRouter OpenAPI connection 2. Go to Admin Panel > Settings > Models 3. Disable most models 4. Go to chat screen 5. Click Model selection dropdown 6. See some disabled models still appear ### Logs & Screenshots ![Image](https://github.com/user-attachments/assets/0d3633ba-28b9-4cd0-b08f-370cbd047648) ![Image](https://github.com/user-attachments/assets/80f05c43-2c6d-4d5d-9bbe-54a9b79e7f86) ### Additional Information _No response_
GiteaMirror added the bug label 2026-05-05 16:52:47 -05:00
GiteaMirror commented 2026-05-05 16:52:57 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Mar 10, 2025):

Press CTRL+SHIFT+R or delete cache (or, actually, a normal refresh should suffice).

Going straight from admin panel to homepage doesn't refresh anything. You need to refresh the page then it should reload the model list

From your "steps to reproduce" I didn't see you refresh the page

<!-- gh-comment-id:2710910835 --> @Classic298 commented on GitHub (Mar 10, 2025): Press CTRL+SHIFT+R or delete cache (or, actually, a normal refresh should suffice). Going straight from admin panel to homepage doesn't refresh anything. You need to refresh the page then it should reload the model list From your "steps to reproduce" I didn't see you refresh the page
GiteaMirror commented 2026-05-05 16:52:58 -05:00
Author
Owner
Copy Link

@jcrabapple commented on GitHub (Mar 10, 2025):

Sorry, I did hard refresh the page. The disabled models were still there. Cleared cache and tried a different browser. Still there.

<!-- gh-comment-id:2710915932 --> @jcrabapple commented on GitHub (Mar 10, 2025): Sorry, I did hard refresh the page. The disabled models were still there. Cleared cache and tried a different browser. Still there.
GiteaMirror commented 2026-05-05 16:52:59 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Mar 10, 2025):

Interesting. I regularly disable some models and enable others. After refreshing they are always gone from the model list.
Can you add additional screenshots, or better a screen recording of disabling a model, going to home screen, refreshing and then showing it's still there? I really cannot reproduce this on my end. Never had such an issue.

<!-- gh-comment-id:2710932813 --> @Classic298 commented on GitHub (Mar 10, 2025): Interesting. I regularly disable some models and enable others. After refreshing they are always gone from the model list. Can you add additional screenshots, or better a screen recording of disabling a model, going to home screen, refreshing and then showing it's still there? I really cannot reproduce this on my end. Never had such an issue.
GiteaMirror commented 2026-05-05 16:53:00 -05:00
Author
Owner
Copy Link

@jcrabapple commented on GitHub (Mar 10, 2025):

I did some more extensive searching and found other bug reports the same as or similar to mine:

https://github.com/open-webui/open-webui/discussions/7912

https://github.com/open-webui/open-webui/issues/9577

<!-- gh-comment-id:2710942367 --> @jcrabapple commented on GitHub (Mar 10, 2025): I did some more extensive searching and found other bug reports the same as or similar to mine: https://github.com/open-webui/open-webui/discussions/7912 https://github.com/open-webui/open-webui/issues/9577
GiteaMirror commented 2026-05-05 16:53:02 -05:00
Author
Owner
Copy Link

@thejudge22 commented on GitHub (Mar 10, 2025):

Can confirm I'm experiencing the same issues as reported by OP. I've recorded a video showing this behavior. Recorded in a Chrome Incognito window.

https://filedn.com/lKyCkKH4dQqVFkh4zuHDVqY/Screen%20Recording%202025-03-10%20at%2011.44.29%E2%80%AFAM.mov

<!-- gh-comment-id:2711230430 --> @thejudge22 commented on GitHub (Mar 10, 2025): Can confirm I'm experiencing the same issues as reported by OP. I've recorded a video showing this behavior. Recorded in a Chrome Incognito window. https://filedn.com/lKyCkKH4dQqVFkh4zuHDVqY/Screen%20Recording%202025-03-10%20at%2011.44.29%E2%80%AFAM.mov
GiteaMirror commented 2026-05-05 16:53:03 -05:00
Author
Owner
Copy Link

@frenzybiscuit commented on GitHub (Mar 10, 2025):

Models set to private do not show up under regular (non-admin) accounts.

I'd just do that and then disable the models at the same time.

<!-- gh-comment-id:2711612549 --> @frenzybiscuit commented on GitHub (Mar 10, 2025): Models set to private do not show up under regular (non-admin) accounts. I'd just do that and then disable the models at the same time.
GiteaMirror commented 2026-05-05 16:53:04 -05:00
Author
Owner
Copy Link

@bjj commented on GitHub (Mar 16, 2025):

Not sure if there is any plan to fix this, but it would be nice if the model dropdown updated automatically with model availability changes. It's clear in many cases that the backend knows about model availability (whether due to server availability or other reasons) but the only way to refresh the dropdown is to reload.

<!-- gh-comment-id:2727696789 --> @bjj commented on GitHub (Mar 16, 2025): Not sure if there is any plan to fix this, but it would be nice if the model dropdown updated automatically with model availability changes. It's clear in many cases that the backend knows about model availability (whether due to server availability or other reasons) but the only way to refresh the dropdown is to reload.
GiteaMirror commented 2026-05-05 16:53:05 -05:00
Author
Owner
Copy Link

@bannert1337 commented on GitHub (Mar 19, 2025):

Also reported this, same problem:
https://github.com/open-webui/open-webui/issues/11669
https://github.com/open-webui/open-webui/discussions/11689

<!-- gh-comment-id:2736820195 --> @bannert1337 commented on GitHub (Mar 19, 2025): Also reported this, same problem: https://github.com/open-webui/open-webui/issues/11669 https://github.com/open-webui/open-webui/discussions/11689
GiteaMirror commented 2026-05-05 16:53:05 -05:00
Author
Owner
Copy Link

@bannert1337 commented on GitHub (Mar 19, 2025):

It seems like this might be related in a way to other bugs I reported a while back, which also affected persistence of changes:
https://github.com/open-webui/open-webui/issues/9664
https://github.com/open-webui/open-webui/issues/9578
https://github.com/open-webui/open-webui/issues/8818

<!-- gh-comment-id:2736827877 --> @bannert1337 commented on GitHub (Mar 19, 2025): It seems like this might be related in a way to other bugs I reported a while back, which also affected persistence of changes: https://github.com/open-webui/open-webui/issues/9664 https://github.com/open-webui/open-webui/issues/9578 https://github.com/open-webui/open-webui/issues/8818
GiteaMirror commented 2026-05-05 16:53:06 -05:00
Author
Owner
Copy Link

@bannert1337 commented on GitHub (Mar 20, 2025):

Just tried this out on a completely fresh installation on a new system.
Issue happens again.
Used the OpenRouter function and disabled the majority of models.

<!-- gh-comment-id:2741083438 --> @bannert1337 commented on GitHub (Mar 20, 2025): Just tried this out on a completely fresh installation on a new system. Issue happens again. Used the OpenRouter function and disabled the majority of models.
GiteaMirror commented 2026-05-05 16:53:06 -05:00
Author
Owner
Copy Link

@bannert1337 commented on GitHub (Mar 20, 2025):

The issue is caused by these checks:
https://github.com/open-webui/open-webui/discussions/10883#discussioncomment-12361214

<!-- gh-comment-id:2741111180 --> @bannert1337 commented on GitHub (Mar 20, 2025): The issue is caused by these checks: https://github.com/open-webui/open-webui/discussions/10883#discussioncomment-12361214
GiteaMirror commented 2026-05-05 16:53:07 -05:00
Author
Owner
Copy Link

@bannert1337 commented on GitHub (Mar 21, 2025):

Affected are models of OpenRouter that contain no colon (:), which causes the split on colon (:) to fail.

<!-- gh-comment-id:2743282958 --> @bannert1337 commented on GitHub (Mar 21, 2025): Affected are models of OpenRouter that contain no colon (`:`), which causes the split on colon (`:`) to fail.
GiteaMirror commented 2026-05-05 16:53:08 -05:00
Author
Owner
Copy Link

@hojin-koh commented on GitHub (Apr 12, 2025):

The issue is caused by these checks: #10883 (comment)

I had the same issue when connecting to OpenRouter's (supposedly) OpenAI-compatible endpoint in the current v0.6.2 release. Of course also tried force-refresh. That's quite annoying since OpenRouter has a LOT of models that would show up in this way...

Can confirm applying a quick dirty patch to comment out the split-on-colon condition against v0.6.2 (installed through pip) make these disabled model disappear in model selection:

--- .venv/lib/python3.12/site-packages/open_webui/utils/models.py.orig	2025-04-12 01:33:36.168331854 +0000
+++ .venv/lib/python3.12/site-packages/open_webui/utils/models.py	2025-04-12 01:26:04.666242928 +0000
@@ -116,7 +116,7 @@
             for model in models:
                 if (
                     custom_model.id == model["id"]
-                    or custom_model.id == model["id"].split(":")[0]
+                    #or custom_model.id == model["id"].split(":")[0]
                 ):
                     if custom_model.is_active:
                         model["name"] = custom_model.name

But I'm not sure about the side effects.

<!-- gh-comment-id:2798431131 --> @hojin-koh commented on GitHub (Apr 12, 2025): > The issue is caused by these checks: [#10883 (comment)](https://github.com/open-webui/open-webui/discussions/10883#discussioncomment-12361214) I had the same issue when connecting to OpenRouter's (supposedly) OpenAI-compatible endpoint in the current v0.6.2 release. Of course also tried force-refresh. That's quite annoying since OpenRouter has a LOT of models that would show up in this way... Can confirm applying a quick dirty patch to comment out the split-on-colon condition against v0.6.2 (installed through pip) make these disabled model disappear in model selection: ```patch --- .venv/lib/python3.12/site-packages/open_webui/utils/models.py.orig 2025-04-12 01:33:36.168331854 +0000 +++ .venv/lib/python3.12/site-packages/open_webui/utils/models.py 2025-04-12 01:26:04.666242928 +0000 @@ -116,7 +116,7 @@ for model in models: if ( custom_model.id == model["id"] - or custom_model.id == model["id"].split(":")[0] + #or custom_model.id == model["id"].split(":")[0] ): if custom_model.is_active: model["name"] = custom_model.name ``` But I'm not sure about the side effects.
GiteaMirror commented 2026-05-05 16:53:09 -05:00
Author
Owner
Copy Link

@tjbck commented on GitHub (Apr 13, 2025):

Might be addressed with daabc188e8

<!-- gh-comment-id:2799539214 --> @tjbck commented on GitHub (Apr 13, 2025): Might be addressed with daabc188e881cfbf3393fc70f01cfe5b9f08518e
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#54921
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?