[GH-ISSUE #12733] Feat: Model Check by Name not ID. #16697

New Issue

GiteaMirror · 2026-04-19T22:34:30-05:00

GiteaMirror commented

2026-04-19 22:34:30 -05:00

Originally created by @spammenotinoz on GitHub (Apr 11, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/12733

Check Existing Issues

I have searched the existing issues and discussions.

Problem Description

I know this can be implemented outside of Open-WebUI and I caused this issue myself. But I do like to experiment with pipelines\providers.

Background:
Model Defined as gpt-4o using provider
I want to switch providers, say using a pipeline and create a new model called gpt-4o.
When I delete the existing model gpt-4o, as expected existing chats using gpt-4o return "model not found" as the model ID changed.
The issue does not occur when the models are both provided by Connections, however if the second is provided by a pipe \ pipeline the failover does not occur.

Workaround:
Not a major issue, as you can just select a new model again.

Desired Solution you'd like

Requested Change:
Instead of throwing the model not found error, check for an existing model of the same name and if found. ie: Model Name.

Similar to how the loadbalancing\failover works for connections.

Alternatives Considered

No response

Additional Context

No response

Originally created by @spammenotinoz on GitHub (Apr 11, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/12733 ### Check Existing Issues - [x] I have searched the existing issues and discussions. ### Problem Description I know this can be implemented outside of Open-WebUI and I caused this issue myself. But I do like to experiment with pipelines\providers. Background: Model Defined as gpt-4o using provider <openai> I want to switch providers, say using a pipeline and create a new model called gpt-4o. When I delete the existing model gpt-4o, as expected existing chats using gpt-4o return "model not found" as the model ID changed. The issue does not occur when the models are both provided by Connections, however if the second is provided by a pipe \ pipeline the failover does not occur. Workaround: Not a major issue, as you can just select a new model again. ### Desired Solution you'd like Requested Change: Instead of throwing the model not found error, check for an existing model of the same name and if found. ie: Model Name. Similar to how the loadbalancing\failover works for connections. ### Alternatives Considered _No response_ ### Additional Context _No response_

GiteaMirror closed this issue

2026-04-19 22:34:30 -05:00

GiteaMirror referenced this issue

2026-04-19 23:54:54 -05:00

[GH-ISSUE #16697] feat: no kokoro for admin audio setting and no streaming audio response #18013

GiteaMirror referenced this issue

2026-04-25 07:26:40 -05:00

[GH-ISSUE #16697] feat: no kokoro for admin audio setting and no streaming audio response #33542

GiteaMirror referenced this issue

2026-05-05 19:55:05 -05:00

[GH-ISSUE #16697] feat: no kokoro for admin audio setting and no streaming audio response #56679

Sign in to join this conversation.