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

[GH-ISSUE #19491] issue: Referencing Knowledge in chats with '#' no longer shows which knowledge base does the file belong to #57565

New Issue
Closed
opened 2026-05-05 21:07:35 -05:00 by GiteaMirror · 6 comments
GiteaMirror commented 2026-05-05 21:07:35 -05:00
Owner
Copy Link

Originally created by @donatas-xyz on GitHub (Nov 25, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/19491

Check Existing Issues

  • I have searched for any existing and/or related issues.
  • I have searched for any existing and/or related discussions.
  • I have also searched in the CLOSED issues AND CLOSED discussions and found no related items (your issue might already be addressed on the development branch!).
  • I am using the latest version of Open WebUI.

Installation Method

Other

Open WebUI Version

0.6.40

Ollama Version (if applicable)

0.13.0

Operating System

Ubuntu 25.10

Browser (if applicable)

Vivaldi

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 provided every relevant configuration, setting, and environment variable used in my setup.
  • I have clearly listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc).
  • I have documented step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation. My steps:
  • Start with the initial platform/version/OS and dependencies used,
  • Specify exact install/launch/configure commands,
  • List URLs visited, user input (incl. example values/emails/passwords if needed),
  • Describe all options and toggles enabled or changed,
  • Include any files or environmental changes,
  • Identify the expected and actual result at each stage,
  • Ensure any reasonably skilled user can follow and hit the same issue.

Expected Behavior

Hovering over the file name being referenced with # the knowledge base the file belongs to should also be shown.

Actual Behavior

I believe starting version 0.6..39-40 hovering over the file name being referenced with # - the knowledge base the file belongs to is no longer displayed - only the file name itself.

Steps to Reproduce

  1. Set up new Knowledge in Workspace (or use an existing one).
  2. Upload a file to it.
  3. Go to chats
  4. Reference the file with #
  5. Hover over the file name to see which Knowledge does it belong to

Logs & Screenshots

Image

Additional Information

Python version: 3.12

This is a very important feature because without it, there's no way of knowing which Knowledge the file belongs to, and therefore a completely wrong file of the same name may get referenced instead.

Originally created by @donatas-xyz on GitHub (Nov 25, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/19491 ### Check Existing Issues - [x] I have searched for any existing and/or related issues. - [x] I have searched for any existing and/or related discussions. - [x] I have also searched in the CLOSED issues AND CLOSED discussions and found no related items (your issue might already be addressed on the development branch!). - [x] I am using the latest version of Open WebUI. ### Installation Method Other ### Open WebUI Version 0.6.40 ### Ollama Version (if applicable) 0.13.0 ### Operating System Ubuntu 25.10 ### Browser (if applicable) Vivaldi ### 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 **provided every relevant configuration, setting, and environment variable used in my setup.** - [x] I have clearly **listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup** (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc). - [x] I have documented **step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation**. My steps: - Start with the initial platform/version/OS and dependencies used, - Specify exact install/launch/configure commands, - List URLs visited, user input (incl. example values/emails/passwords if needed), - Describe all options and toggles enabled or changed, - Include any files or environmental changes, - Identify the expected and actual result at each stage, - Ensure any reasonably skilled user can follow and hit the same issue. ### Expected Behavior Hovering over the file name being referenced with `#` the knowledge base the file belongs to should also be shown. ### Actual Behavior I believe starting version 0.6..39-40 hovering over the file name being referenced with `#` - the knowledge base the file belongs to is no longer displayed - only the file name itself. ### Steps to Reproduce 1. Set up new Knowledge in Workspace (or use an existing one). 2. Upload a file to it. 3. Go to chats 4. Reference the file with `#` 5. Hover over the file name to see which Knowledge does it belong to ### Logs & Screenshots <img width="331" height="352" alt="Image" src="https://github.com/user-attachments/assets/8541f893-3734-4595-9305-3605fa75fdba" /> ### Additional Information Python version: 3.12 This is a very important feature because without it, there's no way of knowing which Knowledge the file belongs to, and therefore a completely wrong file of the same name may get referenced instead.
GiteaMirror added the bug label 2026-05-05 21:07:36 -05:00
GiteaMirror commented 2026-05-05 21:07:38 -05:00
Author
Owner
Copy Link

@athoik commented on GitHub (Nov 25, 2025):

Related issue: https://github.com/open-webui/open-webui/issues/19062

Related commit: 9578bac099

<Tooltip content={${item.description} - ${decodeString(item?.name)}} placement="top-start">

Seems a good choice, both KB and filename in tooltip..

<!-- gh-comment-id:3577974511 --> @athoik commented on GitHub (Nov 25, 2025): Related issue: https://github.com/open-webui/open-webui/issues/19062 Related commit: https://github.com/open-webui/open-webui/commit/9578bac0993406fca7c69d8edff15ae829eb53ae ``` <Tooltip content={${item.description} - ${decodeString(item?.name)}} placement="top-start"> ``` Seems a good choice, both KB and filename in tooltip..
GiteaMirror commented 2026-05-05 21:07:38 -05:00
Author
Owner
Copy Link

@imranali4 commented on GitHub (Nov 26, 2025):

I think it’s part of the same bug, also “Add web page “ link embedding in the chat doesn’t work for me. I’m guessing due to async embedding parameter in retrieval.py

<!-- gh-comment-id:3580585527 --> @imranali4 commented on GitHub (Nov 26, 2025): I think it’s part of the same bug, also “Add web page “ link embedding in the chat doesn’t work for me. I’m guessing due to async embedding parameter in retrieval.py
GiteaMirror commented 2026-05-05 21:07:39 -05:00
Author
Owner
Copy Link

@tjbck commented on GitHub (Nov 27, 2025):

Addressed with 3fe5a47050

<!-- gh-comment-id:3583979209 --> @tjbck commented on GitHub (Nov 27, 2025): Addressed with 3fe5a47050b2c45fe7485d61bd2eddc58c988d60
GiteaMirror commented 2026-05-05 21:07:40 -05:00
Author
Owner
Copy Link

@donatas-xyz commented on GitHub (Dec 3, 2025):

Hi @tjbck,

The release notes of 0.6.41 say that the issue has been resolved, but my tests show the same behaviour as reported above?

I've tried both old and new Knowledge.

Thank you!

<!-- gh-comment-id:3606040929 --> @donatas-xyz commented on GitHub (Dec 3, 2025): Hi @tjbck, The release notes of 0.6.41 say that the issue has been resolved, but my tests show the same behaviour as reported above? I've tried both old and new Knowledge. Thank you!
GiteaMirror commented 2026-05-05 21:07:40 -05:00
Author
Owner
Copy Link

@athoik commented on GitHub (Dec 3, 2025):

You need to mouse over the icon!

<!-- gh-comment-id:3607998439 --> @athoik commented on GitHub (Dec 3, 2025): You need to mouse over the icon!
GiteaMirror commented 2026-05-05 21:07:40 -05:00
Author
Owner
Copy Link

@donatas-xyz commented on GitHub (Dec 3, 2025):

Thank you, @athoik - that worked. Not as obvious as hovering over the name, but at least it's there.

<!-- gh-comment-id:3608089234 --> @donatas-xyz commented on GitHub (Dec 3, 2025): Thank you, @athoik - that worked. Not as obvious as hovering over the name, but at least it's there.
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#57565
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?