Originally created by @Poxel2 on GitHub (May 19, 2025).
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
0.6.10
Ollama Version (if applicable)
No response
Operating System
Docker
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
The possibility to connect a tool server in the prompt should follow the configuration in the model. It should either not be visible at all or at least be disabled if it is unchecked in the settings.
Actual Behavior
Since version 0.6.10, I have the problem that the connection to a tool server is enabled for models, even if the connection is not activated in the model’s configuration. On the first call of a new chat for the model, the option is disabled. However, if you then switch to a model with the tool server option enabled and then switch back, the tool server connection will always be enabled, even for models where this option should be disabled, because of not enabled in the model settings.
Steps to Reproduce
Define a model with a tool server and a model without.
start a new chat for the model without tool-server connetion. Tool server is available, but disabled.
start a new chat for a model with tool server. Tool server should be available and enabled by default.
start a new chat for the model without tool-server connetion ahain. Tool server option will be enabled and will never get disabled again (only by hand)
Logs & Screenshots
Model without tool server:
New Chat after Login:
Switches to tool server enabled model:
And antoher new chat with the tool server disabled model. But now, it's active and it keeps active.
Additional Information
No response
Originally created by @Poxel2 on GitHub (May 19, 2025).
### 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
0.6.10
### Ollama Version (if applicable)
_No response_
### Operating System
Docker
### 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
The possibility to connect a tool server in the prompt should follow the configuration in the model. It should either not be visible at all or at least be disabled if it is unchecked in the settings.
### Actual Behavior
Since version 0.6.10, I have the problem that the connection to a tool server is enabled for models, even if the connection is not activated in the model’s configuration. On the first call of a new chat for the model, the option is disabled. However, if you then switch to a model with the tool server option enabled and then switch back, the tool server connection will always be enabled, even for models where this option should be disabled, because of not enabled in the model settings.
### Steps to Reproduce
1. Define a model with a tool server and a model without.
2. start a new chat for the model without tool-server connetion. Tool server is available, but disabled.
3. start a new chat for a model with tool server. Tool server should be available and enabled by default.
4. start a new chat for the model without tool-server connetion ahain. Tool server option will be enabled and will never get disabled again (only by hand)
### Logs & Screenshots
Model without tool server:

New Chat after Login:

Switches to tool server enabled model:

And antoher new chat with the tool server disabled model. But now, it's active and it keeps active.

### Additional Information
_No response_
GiteaMirror
added the bug label 2025-11-11 16:15:14 -06:00
@spammenotinoz commented on GitHub (May 20, 2025):
I get the same issue, and believe it perhaps is related to browser caching. After any tool change I need to do shift+f5.
@spammenotinoz commented on GitHub (May 20, 2025):
I get the same issue, and believe it perhaps is related to browser caching. After any tool change I need to do shift+f5.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @Poxel2 on GitHub (May 19, 2025).
Check Existing Issues
Installation Method
Docker
Open WebUI Version
0.6.10
Ollama Version (if applicable)
No response
Operating System
Docker
Browser (if applicable)
No response
Confirmation
README.md.Expected Behavior
The possibility to connect a tool server in the prompt should follow the configuration in the model. It should either not be visible at all or at least be disabled if it is unchecked in the settings.
Actual Behavior
Since version 0.6.10, I have the problem that the connection to a tool server is enabled for models, even if the connection is not activated in the model’s configuration. On the first call of a new chat for the model, the option is disabled. However, if you then switch to a model with the tool server option enabled and then switch back, the tool server connection will always be enabled, even for models where this option should be disabled, because of not enabled in the model settings.
Steps to Reproduce
Logs & Screenshots
Model without tool server:

New Chat after Login:

Switches to tool server enabled model:

And antoher new chat with the tool server disabled model. But now, it's active and it keeps active.

Additional Information
No response
@spammenotinoz commented on GitHub (May 20, 2025):
I get the same issue, and believe it perhaps is related to browser caching. After any tool change I need to do shift+f5.
@tjbck commented on GitHub (May 23, 2025):
#14157