Originally created by @ralungei on GitHub (Aug 22, 2025).
Check Existing Issues
I have searched the existing issues and discussions.
Problem Description
Open WebUI conversation memory only stores the LLM responses, but not the outputs from tools (e.g., web search results, API calls, calculator results). This causes the assistant to "forget" tool outputs, breaking the conversation flow and forcing redundant tool calls.
Desired Solution you'd like
Persist tool outputs in memory together with the LLM messages. When resuming or continuing a conversation, the assistant should have access to both the model text and tool responses, ensuring coherent and consistent interactions.
Alternatives Considered
No response
Additional Context
No response
Originally created by @ralungei on GitHub (Aug 22, 2025).
### Check Existing Issues
- [x] I have searched the existing issues and discussions.
### Problem Description
Open WebUI conversation memory only stores the LLM responses, but not the outputs from tools (e.g., web search results, API calls, calculator results). This causes the assistant to "forget" tool outputs, breaking the conversation flow and forcing redundant tool calls.
### Desired Solution you'd like
Persist tool outputs in memory together with the LLM messages. When resuming or continuing a conversation, the assistant should have access to both the model text and tool responses, ensuring coherent and consistent interactions.
### Alternatives Considered
_No response_
### Additional Context
_No response_
@brandco commented on GitHub (Sep 25, 2025):
Could you use **__event_emitter__** to put tool call responses (or whatever you want) into the message content during the tool execution?
https://docs.openwebui.com/features/plugin/events/
With Default Function Calling mode yes, with Native Function Calling mode no (no directly, but model can be prompted for add the results of the tool to message)
@rgaricano commented on GitHub (Sep 25, 2025):
With Default Function Calling mode yes, with Native Function Calling mode no (no directly, but model can be prompted for add the results of the tool to message)
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 @ralungei on GitHub (Aug 22, 2025).
Check Existing Issues
Problem Description
Open WebUI conversation memory only stores the LLM responses, but not the outputs from tools (e.g., web search results, API calls, calculator results). This causes the assistant to "forget" tool outputs, breaking the conversation flow and forcing redundant tool calls.
Desired Solution you'd like
Persist tool outputs in memory together with the LLM messages. When resuming or continuing a conversation, the assistant should have access to both the model text and tool responses, ensuring coherent and consistent interactions.
Alternatives Considered
No response
Additional Context
No response
@RodolfoCastanheira commented on GitHub (Aug 22, 2025):
This also breaks caching of most providers.
@jsweetzer-ea commented on GitHub (Aug 22, 2025):
For OpenAI models, the right solution is to support the Responses API.
@ralungei commented on GitHub (Aug 25, 2025):
For me breaks so many use cases or makes me ask the LLM to print internal ids
@johnnyasantoss commented on GitHub (Sep 25, 2025):
This still relevant and affects writing tools on open web ui as well.
@brandco commented on GitHub (Sep 25, 2025):
Could you use event_emitter to put tool call responses (or whatever you want) into the message content during the tool execution?
https://docs.openwebui.com/features/plugin/events/
@rgaricano commented on GitHub (Sep 25, 2025):
With Default Function Calling mode yes, with Native Function Calling mode no (no directly, but model can be prompted for add the results of the tool to message)