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
Docker
Open WebUI Version
v0.7.2
Ollama Version (if applicable)
No response
Operating System
all
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 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
Everwhere else like in the workspace or the models in admin UI the Button to open the Access Control and change between private and (if permissions are met) share to groups or public is unified and the same.
Actual Behavior
However in Notes it is on another place and much more hidden which could lead to confuision, as the behavior and how it works is exactly the same to the other Access Controls.
Steps to Reproduce
Go into Notes and look at the button for Access Settings and then to any other feature that has the same kind of Access Control.
Logs & Screenshots
Not relevant as very straight forward to check.
Additional Information
No response
Originally created by @TomTheWise on GitHub (Jan 31, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/21068
### 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
Docker
### Open WebUI Version
v0.7.2
### Ollama Version (if applicable)
_No response_
### Operating System
all
### 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 **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
Everwhere else like in the workspace or the models in admin UI the Button to open the Access Control and change between private and (if permissions are met) share to groups or public is unified and the same.
<img width="292" height="108" alt="Image" src="https://github.com/user-attachments/assets/c0646923-ed18-47a9-99ee-39203cb3594e" />
### Actual Behavior
However in Notes it is on another place and much more hidden which could lead to confuision, as the behavior and how it works is exactly the same to the other Access Controls.
<img width="505" height="224" alt="Image" src="https://github.com/user-attachments/assets/3699ae3b-7a61-4c9e-98fd-3052dbc40280" />
### Steps to Reproduce
Go into Notes and look at the button for Access Settings and then to any other feature that has the same kind of Access Control.
### Logs & Screenshots
Not relevant as very straight forward to check.
### Additional Information
_No response_
GiteaMirror
added the bug label 2026-05-15 15:11:12 -05:00
@owui-terminator[bot] commented on GitHub (Jan 31, 2026):
🔍Similar Issues Found
I found some existing issues that might be related to this one. Please check if any of these are duplicates or contain helpful solutions:
#20901issue: Upgrade to 0.7.2 breaks API access by huornlmj • Jan 23, 2026 • bug
#20632issue: Inconsistent behavior when editing section breaks. by jdwx • Jan 13, 2026 • bug
#20486issue: New Note icon in Chat Input visible even if Notes feature disabled and/or user has no Notes permissions by siavashvj • Jan 08, 2026 • bug
#20762issue: "Navigate to the Knowledge section" is confusing documentation by robogeek • Jan 17, 2026 • bug
#20541issue: Folders Menu Missing When Accessing via HTTPS Domain but visible when accessing 'locally' by vasamaximov • Jan 10, 2026 • bug
💡Tips:
If this is a duplicate, please consider closing this issue and adding any additional details to the existing one
If you found a solution in any of these issues, please share it here to help others
This comment was generated automatically by a bot. Please react with a 👍 if this comment was helpful, or a 👎 if it was not.
<!-- gh-comment-id:3828514461 -->
@owui-terminator[bot] commented on GitHub (Jan 31, 2026):
🔍 **Similar Issues Found**
I found some existing issues that might be related to this one. Please check if any of these are duplicates or contain helpful solutions:
1. [#20901](https://github.com/open-webui/open-webui/issues/20901) **issue: Upgrade to 0.7.2 breaks API access**
*by huornlmj • Jan 23, 2026 • `bug`*
2. [#20632](https://github.com/open-webui/open-webui/issues/20632) **issue: Inconsistent behavior when editing section breaks.**
*by jdwx • Jan 13, 2026 • `bug`*
3. [#20486](https://github.com/open-webui/open-webui/issues/20486) **issue: New Note icon in Chat Input visible even if Notes feature disabled and/or user has no Notes permissions**
*by siavashvj • Jan 08, 2026 • `bug`*
4. [#20762](https://github.com/open-webui/open-webui/issues/20762) **issue: "Navigate to the Knowledge section" is confusing documentation**
*by robogeek • Jan 17, 2026 • `bug`*
5. [#20541](https://github.com/open-webui/open-webui/issues/20541) **issue: Folders Menu Missing When Accessing via HTTPS Domain but visible when accessing 'locally'**
*by vasamaximov • Jan 10, 2026 • `bug`*
---
💡 **Tips:**
- If this is a duplicate, please consider closing this issue and adding any additional details to the existing one
- If you found a solution in any of these issues, please share it here to help others
*This comment was generated automatically by a bot.* Please react with a 👍 if this comment was helpful, or a 👎 if it was not.
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 @TomTheWise on GitHub (Jan 31, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/21068
Check Existing Issues
Installation Method
Docker
Open WebUI Version
v0.7.2
Ollama Version (if applicable)
No response
Operating System
all
Browser (if applicable)
No response
Confirmation
README.md.Expected Behavior
Everwhere else like in the workspace or the models in admin UI the Button to open the Access Control and change between private and (if permissions are met) share to groups or public is unified and the same.
Actual Behavior
However in Notes it is on another place and much more hidden which could lead to confuision, as the behavior and how it works is exactly the same to the other Access Controls.
Steps to Reproduce
Go into Notes and look at the button for Access Settings and then to any other feature that has the same kind of Access Control.
Logs & Screenshots
Not relevant as very straight forward to check.
Additional Information
No response
@owui-terminator[bot] commented on GitHub (Jan 31, 2026):
🔍 Similar Issues Found
I found some existing issues that might be related to this one. Please check if any of these are duplicates or contain helpful solutions:
#20901 issue: Upgrade to 0.7.2 breaks API access
by huornlmj • Jan 23, 2026 •
bug#20632 issue: Inconsistent behavior when editing section breaks.
by jdwx • Jan 13, 2026 •
bug#20486 issue: New Note icon in Chat Input visible even if Notes feature disabled and/or user has no Notes permissions
by siavashvj • Jan 08, 2026 •
bug#20762 issue: "Navigate to the Knowledge section" is confusing documentation
by robogeek • Jan 17, 2026 •
bug#20541 issue: Folders Menu Missing When Accessing via HTTPS Domain but visible when accessing 'locally'
by vasamaximov • Jan 10, 2026 •
bug💡 Tips:
This comment was generated automatically by a bot. Please react with a 👍 if this comment was helpful, or a 👎 if it was not.