github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-05-07 03:18:23 -05:00
Code Issues 1.3k Packages Projects Releases 126 Wiki Activity

[GH-ISSUE #12811] issue: Web search results *once again* all get source id=1 #16719

New Issue
Closed
opened 2026-04-19 22:35:09 -05:00 by GiteaMirror · 2 comments
GiteaMirror commented 2026-04-19 22:35:09 -05:00
Owner
Copy Link

Originally created by @Ithanil on GitHub (Apr 13, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/12811

Check Existing Issues

  • I have searched the existing issues and discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Git Clone

Open WebUI Version

0.6.4

Ollama Version (if applicable)

No response

Operating System

Debian 12

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

One source id per result page.

Actual Behavior

Same source id for all results.

Steps to Reproduce

Execute web search with embedding&retrieval or without, look at the source ids in the content sent to LLM.

Logs & Screenshots

Image

Additional Information

This was fixed by https://github.com/open-webui/open-webui/pull/12506 and https://github.com/open-webui/open-webui/pull/12507 in 0.6.2 and is now broken again in 0.6.4 due to https://github.com/open-webui/open-webui/pull/12562 , despite my comments and request to check for it.

Reverting https://github.com/open-webui/open-webui/pull/12562 fixes the issue for web search, but of course then source ids will be broken again for knowledge bases.

Originally created by @Ithanil on GitHub (Apr 13, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/12811 ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Git Clone ### Open WebUI Version 0.6.4 ### Ollama Version (if applicable) _No response_ ### Operating System Debian 12 ### 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 One source id per result page. ### Actual Behavior Same source id for all results. ### Steps to Reproduce Execute web search with embedding&retrieval or without, look at the source ids in the content sent to LLM. ### Logs & Screenshots ![Image](https://github.com/user-attachments/assets/7ab99adb-aff1-4257-926e-d0515f1e1c79) ### Additional Information This was fixed by https://github.com/open-webui/open-webui/pull/12506 and https://github.com/open-webui/open-webui/pull/12507 in 0.6.2 and is now broken again in 0.6.4 due to https://github.com/open-webui/open-webui/pull/12562 , despite my comments and request to check for it. Reverting https://github.com/open-webui/open-webui/pull/12562 fixes the issue for web search, but of course then source ids will be broken again for knowledge bases.
GiteaMirror added the bug label 2026-04-19 22:35:09 -05:00
GiteaMirror commented 2026-04-19 22:35:10 -05:00
Author
Owner
Copy Link

@almajo commented on GitHub (Apr 14, 2025):

Too bad fix #12562 for RAG broke Web Search citations again. As listed in the PR, I haven't tested this route tbh because I never use it and didn't think it would impact web search.

Before going back and forth on this, I would really recommend using identifiers for llm citations instead of numbers. Something like the first 6 letters of the file_id for example. This would make citations way more obvious to handle, be it tools, web search or rag search. Additionally, we would be able to implement something for https://github.com/open-webui/open-webui/discussions/12247 . This is basically impossible to nicely fix without clear identifiers that don't rely on an order or the full source list.

<!-- gh-comment-id:2800693565 --> @almajo commented on GitHub (Apr 14, 2025): Too bad fix #12562 for RAG broke Web Search citations again. As listed in the PR, I haven't tested this route tbh because I never use it and didn't think it would impact web search. Before going back and forth on this, I would really recommend using identifiers for llm citations instead of numbers. Something like the first 6 letters of the file_id for example. This would make citations way more obvious to handle, be it tools, web search or rag search. Additionally, we would be able to implement something for https://github.com/open-webui/open-webui/discussions/12247 . This is basically impossible to nicely fix without clear identifiers that don't rely on an order or the full source list.
GiteaMirror commented 2026-04-19 22:35:11 -05:00
Author
Owner
Copy Link

@Ithanil commented on GitHub (May 5, 2025):

fixed in v0.6.6

<!-- gh-comment-id:2851887884 --> @Ithanil commented on GitHub (May 5, 2025): fixed in v0.6.6
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
confirmed
confirmed issue
core
documentation
enhancement
good first issue
help wanted
non-core
pull-request
Mirrored from GitHub Pull Request
 python
question
testing wanted
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#16719
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?