mirror of
https://github.com/open-webui/open-webui.git
synced 2026-05-08 04:16:03 -05:00
[GH-ISSUE #18177] issue: Unable to regenerate answer on provider error #34054
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 @bibendi on GitHub (Oct 9, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/18177
Check Existing Issues
Installation Method
Docker
Open WebUI Version
v0.6.33
Ollama Version (if applicable)
No response
Operating System
Ubuntu
Browser (if applicable)
Chrome
Confirmation
README.md.Expected Behavior
When the provider returns an error, I can click on regenerate button
Actual Behavior
When the provider returns an error, I cannot click on regenerate button
Steps to Reproduce
Logs & Screenshots
Additional Information
No response
@ShirasawaSama commented on GitHub (Oct 9, 2025):
This appears to be an issue with your LLM service provider and seems unrelated to Open-WebUI. Please check the response from your service provider.
@bibendi commented on GitHub (Oct 9, 2025):
Just to clarify — the provider error itself isn't my main concern. It happens only 1–2 times per day and when I manage to regenerate the request the model returns a valid response. The problem is that the UI does not show the “Regenerate” button (or other retry controls) when the provider error occurs, so I can’t trigger the regeneration from the UI.
Repro steps:
Running Open WebUI v0.6.33 (Docker on Ubuntu) in Chrome.
Send a request that hits the provider error (the error occurs intermittently).
The provider returns an error, and the UI shows an error message, but the “Regenerate” button/controls are not rendered or are not clickable.
If I manually re-run the request (or retry via other means), the response is returned correctly.
Expected: when a provider error occurs there should still be visible/usable retry controls (e.g. “Regenerate”) so the user can try again.
@ShirasawaSama commented on GitHub (Oct 9, 2025):
This is indeed an issue. I think it's best to let the repository owner decide.
@rgaricano commented on GitHub (Oct 9, 2025):
can you provide log of the error? (for a quicker debug)
@tjbck commented on GitHub (Oct 9, 2025):