mirror of
https://github.com/open-webui/open-webui.git
synced 2026-05-06 10:58:17 -05:00
[GH-ISSUE #14157] issue: Switching models in chat does not deselect previously selected tools #32689
Reference in New Issue
Block a user
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?
Originally created by @jrkropp on GitHub (May 22, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/14157
Originally assigned to: @tjbck on GitHub.
Check Existing Issues
Installation Method
Docker
Open WebUI Version
v0.6.10
Ollama Version (if applicable)
No response
Operating System
macOS Sequoia
Browser (if applicable)
Microsoft Edge
Confirmation
README.md.Expected Behavior
When selecting a model, only the tools explicitly enabled with that model should become active. Upon switching models, any previously selected tools should automatically clear.
Actual Behavior
When you select a model, tools enabled at the model level become active as intended. However when you switch to another model, these tools remain active. This is particularly noticable when switching to models that don't support tools [well].
Steps to Reproduce
Logs & Screenshots
No visible errors in browser or Docker logs. Issue relates strictly to UI behavior.
Additional Information
src/lib/components/chat/Chat.svelte
Problematic code:
Suggested correction:
Not sure if this was an intentional decision or not. I'm happy to submit a PR or move to discussion if it was intentional. We have found users typically don't enable tools themselves so enabling tools at the model level is a much better end user experience.
@pipars commented on GitHub (May 22, 2025):
I see the same. Selecting to the model with tools, makes these tools available to all models. The issue is not "cosmetic" the tools indeed can be used by the model I switch to.
@tjbck commented on GitHub (May 23, 2025):
Addressed with
88a296b989@hajiboy95 commented on GitHub (Oct 26, 2025):
@tjbck I think a part of that bug still remains.
However if you do that whole procedure at the beginning of an chat (without sending any messages), it works just fine
@tjbck commented on GitHub (Oct 26, 2025):
@hajiboy95 intended behaviour if you have multiple models selected at once.
@hajiboy95 commented on GitHub (Oct 26, 2025):
@tjbck thanks for the feedback. It's not that I have multiple selected. I change the selected model. Means I don't have 2 selected at once. Within the chat after a few messages I completely switch to another one. Or is that what you're referring to "multiple at once"?
@hajiboy95 commented on GitHub (Nov 7, 2025):
@tjbck any updates on this?
@apunkt commented on GitHub (Nov 14, 2025):
I confirm the issue still exists in v0.6.36:
having two models, one model with 1 tool configured, another model with >1 tools
click "New Chat", select 1 model, don't chat, change your mind and select the other one, the tools of the previous model get assigned to the newly chosen one instead of loading the tools that are associated with the model in config.
@hajiboy95 commented on GitHub (Nov 24, 2025):
@apunkt probably someone needs to open a new Issue for that. I'm currently a bit busy, could you do it?
@apunkt commented on GitHub (Nov 24, 2025):
@tjbck I kindly request to reopen this issue. It is unfortunately not solved.
Many thanks.
@silentoplayz commented on GitHub (Dec 6, 2025):
This issue appears solved to me (tested on v0.6.41, the latest
devcommit). Can anyone else test and confirm please?@apunkt commented on GitHub (Dec 6, 2025):
I tested and looks good to me, too
@hajiboy95 commented on GitHub (Dec 12, 2025):
@silentoplayz bug is still existing. Not for new chats but for already opened ones
Steps to reproduce
Please reopen this Issue again, since it's not fully fixed
@silentoplayz commented on GitHub (Dec 12, 2025):
I can reproduce the issue, but only when the tool was toggled inside the chat (not set globally on the model).
If the tool is enabled at the model level, it stays attached to that particular model, so step 2 looks “wrong” unless the tool was originally turned on only for that conversation.
Updated steps that make the problem show up every time:
@hajiboy95 commented on GitHub (Dec 12, 2025):
@silentoplayz
I'm sorry, my explanation was a bit off.
I didn't mean models with tools attached to it in the sense of attached at the admin panel instead i was referring to models created at the
workspace.Didn't test to attach the tool direct from the admin panel since I want the same base model to have different tools attached to it under different names
e.g. Model = ChatGPT4
Model1_name = Tool1
Model2_name = Tool2
but both use the same ChatGPT4 model
@silentoplayz commented on GitHub (Jan 18, 2026):
Is this issue still relevant? I don't believe my last message sent in this thread (before this one) applies anymore and seems to have been resolved.
@Classic298 commented on GitHub (Apr 15, 2026):
Cannot reproduce on latest