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.8.7
Ollama Version (if applicable)
No response
Operating System
Debian 13
Browser (if applicable)
Firefox/Chromium
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
When uploading files to a workspace model as knowledge and then sharing that model to other users, the query_knowledge tool should work for them and if they have write access, they should be able to inspect the files.
Actual Behavior
For users that got the model shared, query_knowledge doesn't return and if they inspect the knowledge files, they have no content / preview can't be loaded.
For admins or the owner of the model it works fine.
Steps to Reproduce
Create workspace model
Upload some files
Make sure knowledge tool + native tool calling is enabled
Share the model to other users (individually)
Observe abovementioned "Actual Behavior".
Logs & Screenshots
Likely relevant logs:
2026-03-02 11:25:02.041 | DEBUG | open_webui.utils.access_control.files:has_access_to_file:31 - Checking if user has read access to file
2026-03-02 11:25:02.066 | INFO | uvicorn.protocols.http.httptools_impl:send:483 - 1.2.3.4:0 - "GET /api/v1/files/0d193573-acee-4f2d-9353-ccbd6d9333c8/content HTTP/1.1" 404
Additional Information
No response
Originally created by @Ithanil on GitHub (Mar 2, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/22133
Originally assigned to: @Classic298 on GitHub.
### 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.8.7
### Ollama Version (if applicable)
_No response_
### Operating System
Debian 13
### Browser (if applicable)
Firefox/Chromium
### 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
When uploading files to a workspace model as knowledge and then sharing that model to other users, the query_knowledge tool should work for them and if they have write access, they should be able to inspect the files.
### Actual Behavior
For users that got the model shared, query_knowledge doesn't return and if they inspect the knowledge files, they have no content / preview can't be loaded.
For admins or the owner of the model it works fine.
### Steps to Reproduce
1. Create workspace model
2. Upload some files
3. Make sure knowledge tool + native tool calling is enabled
4. Share the model to other users (individually)
5. Observe abovementioned "Actual Behavior".
### Logs & Screenshots
Likely relevant logs:
```
2026-03-02 11:25:02.041 | DEBUG | open_webui.utils.access_control.files:has_access_to_file:31 - Checking if user has read access to file
2026-03-02 11:25:02.066 | INFO | uvicorn.protocols.http.httptools_impl:send:483 - 1.2.3.4:0 - "GET /api/v1/files/0d193573-acee-4f2d-9353-ccbd6d9333c8/content HTTP/1.1" 404
```
<img width="887" height="124" alt="Image" src="https://github.com/user-attachments/assets/6de799b5-1a63-4b93-87d6-27492105df41" />
<img width="895" height="458" alt="Image" src="https://github.com/user-attachments/assets/7fd5375f-fd24-474d-bc84-dc0e2b8621cf" />
<img width="939" height="257" alt="Image" src="https://github.com/user-attachments/assets/da7d4762-3698-484e-9a18-83c4c99f0632" />
### Additional Information
_No response_
GiteaMirror
added the bug label 2026-05-05 22:49:25 -05:00
<!-- gh-comment-id:3985899192 -->
@Ithanil commented on GitHub (Mar 2, 2026):
> might be fixed by [#22151](https://github.com/open-webui/open-webui/pull/22151)
>
> testing wanted
hey! your model just copied my models code :-D
Haha, that's fair. Personally, I would say though that adding a function _has_access_to_file_via_shared_model violates the style of the surrounding code.
But logic-wise I think this is the correct fix. Will test tomorrow and report.
<!-- gh-comment-id:3985933532 -->
@Ithanil commented on GitHub (Mar 2, 2026):
> my model said your model's code is acceptable
Haha, that's fair. Personally, I would say though that adding a function `_has_access_to_file_via_shared_model` violates the style of the surrounding code.
But logic-wise I think this is the correct fix. Will test tomorrow and report.
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 @Ithanil on GitHub (Mar 2, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/22133
Originally assigned to: @Classic298 on GitHub.
Check Existing Issues
Installation Method
Other
Open WebUI Version
0.8.7
Ollama Version (if applicable)
No response
Operating System
Debian 13
Browser (if applicable)
Firefox/Chromium
Confirmation
README.md.Expected Behavior
When uploading files to a workspace model as knowledge and then sharing that model to other users, the query_knowledge tool should work for them and if they have write access, they should be able to inspect the files.
Actual Behavior
For users that got the model shared, query_knowledge doesn't return and if they inspect the knowledge files, they have no content / preview can't be loaded.
For admins or the owner of the model it works fine.
Steps to Reproduce
Logs & Screenshots
Likely relevant logs:
Additional Information
No response
@Ithanil commented on GitHub (Mar 2, 2026):
Potential quick fix to be tested:
@Classic298 commented on GitHub (Mar 2, 2026):
will take a look here
@Classic298 commented on GitHub (Mar 2, 2026):
might be fixed by https://github.com/open-webui/open-webui/pull/22151
testing wanted
@Ithanil commented on GitHub (Mar 2, 2026):
hey! your model just copied my models code :-D
@Classic298 commented on GitHub (Mar 2, 2026):
my model said your model's code is acceptable
@Ithanil commented on GitHub (Mar 2, 2026):
Haha, that's fair. Personally, I would say though that adding a function
_has_access_to_file_via_shared_modelviolates the style of the surrounding code.But logic-wise I think this is the correct fix. Will test tomorrow and report.
@Classic298 commented on GitHub (Mar 2, 2026):
good feedback. made small changes
@Classic298 commented on GitHub (Mar 2, 2026):
PR merged