mirror of
https://github.com/open-webui/open-webui.git
synced 2026-05-06 02:48:13 -05:00
[GH-ISSUE #22669] issue: Excess Prompt-based chat title naming on regeneration/branching #58448
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 @a4lg on GitHub (Mar 14, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/22669
Check Existing Issues
Installation Method
Git Clone
Open WebUI Version
v0.8.10 dev
Ollama Version (if applicable)
No response
Operating System
CachyOS (Arch Linux-based)
Browser (if applicable)
No response
Confirmation
README.md.Expected Behavior
When the chat is created and the title is named manually, no further automatic chat naming does not happen unless otherwise requested.
Actual Behavior
If "Title Auto-Generation" is disabled, prompt-based automatic naming occurs if the message count of the current thread is exactly two.
If this is the new thread, that's fine (because total message count in the chat would be also two). However, regenerating the first response and/or editing the first prompt also triggers this automatic naming after the AI responds (usually, total message count in the chat would be 3 or greater in these cases).
Steps to Reproduce
Logs & Screenshots
Here's the screenshots after performing steps 2, 3 and 5.
Step 2 finished (total message count of that chat is 2):

Step 3 finished (and right before the Step 4):

Step 5 finished (total message count of that chat is 3):

Additional Information
The direct cause is already identified (see #22754).
I already have a short-term fix (https://github.com/a4lg/open-webui/tree/fix-title-naming-on-first-response) but this is not a long-term fix. I would like to hear your thoughts before submitting my PR (both my test fix and this issue in general).
@a4lg commented on GitHub (Mar 17, 2026):
Now, my PR for a short-term fix is submitted.
@Classic298 commented on GitHub (Mar 21, 2026):
877bc23afc