github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-03-22 14:13:08 -05:00
Code Issues 308 Packages Projects Releases 100 Wiki Activity

issue: Default Permission not loaded in UI #6574

New Issue
Closed
opened 2025-11-11 16:59:59 -06:00 by GiteaMirror · 8 comments
GiteaMirror commented 2025-11-11 16:59:59 -06:00
Owner
Copy Link

Originally created by @guenhter on GitHub (Oct 2, 2025).

Check Existing Issues

  • I have searched for any existing and/or related issues.
  • I have searched for any existing and/or related discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Git Clone

Open WebUI Version

0.6.32

Ollama Version (if applicable)

No response

Operating System

Ubuntu 24.04

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

When default permission get changes, after they are looked again, they are correct

Actual Behavior

When default permissions are changed, then the page is reloaded, then the default permissions are not showing what was changed.

Steps to Reproduce

  1. Change default permissions
  2. Reload page
  3. Look at the default permissions again

Logs & Screenshots

Additional Information

No response

Originally created by @guenhter on GitHub (Oct 2, 2025). ### 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 am using the latest version of Open WebUI. ### Installation Method Git Clone ### Open WebUI Version 0.6.32 ### Ollama Version (if applicable) _No response_ ### Operating System Ubuntu 24.04 ### 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 When default permission get changes, after they are looked again, they are correct ### Actual Behavior When default permissions are changed, then the page is reloaded, then the default permissions are not showing what was changed. ### Steps to Reproduce 1. Change default permissions 2. Reload page 3. Look at the default permissions again ### Logs & Screenshots - ### Additional Information _No response_
GiteaMirror added the bug label 2025-11-11 16:59:59 -06:00
GiteaMirror commented 2025-11-11 17:00:01 -06:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Oct 2, 2025):

cache issue? concurrency? cannot replicate from steps to reproduce

@Classic298 commented on GitHub (Oct 2, 2025): cache issue? concurrency? cannot replicate from steps to reproduce
GiteaMirror commented 2025-11-11 17:00:01 -06:00
Author
Owner
Copy Link

@guenhter commented on GitHub (Oct 2, 2025):

No, is not a caching issue. Just tested it again with a completely fresh installation based on the main docker image.

@guenhter commented on GitHub (Oct 2, 2025): No, is not a caching issue. Just tested it again with a completely fresh installation based on the main docker image.
GiteaMirror commented 2025-11-11 17:00:01 -06:00
Author
Owner
Copy Link

@silentoplayz commented on GitHub (Oct 2, 2025):

Are you saving your changes in the default permissions modal before refreshing the page? I do not see Save changes in your steps to reproduced provided. More info is needed.

@silentoplayz commented on GitHub (Oct 2, 2025): Are you saving your changes in the default permissions modal before refreshing the page? I do not see `Save changes` in your steps to reproduced provided. More info is needed.
GiteaMirror commented 2025-11-11 17:00:01 -06:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Oct 2, 2025):

Aha you mean

  1. Open default user permissions
  2. Change a permission
  3. Save
  4. Reload
  5. Open default user permissions again
  6. Observe

Indeed, I observe as well that it looks like it wasn't saved

@Classic298 commented on GitHub (Oct 2, 2025): Aha you mean 1. Open default user permissions 2. Change a permission 3. Save 4. Reload 5. Open default user permissions again 6. Observe Indeed, I observe as well that it looks like it wasn't saved
GiteaMirror commented 2025-11-11 17:00:01 -06:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Oct 2, 2025):

Might be a regression accidentally introduced by me by introducing the feature to automatically load the default user permissions into other group settings modals

cc @tjbck

@Classic298 commented on GitHub (Oct 2, 2025): Might be a regression accidentally introduced by me by introducing the feature to automatically load the default user permissions into other group settings modals cc @tjbck
GiteaMirror commented 2025-11-11 17:00:02 -06:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Oct 2, 2025):

According to @silentoplayz not reproducible on dev

Might be fixed there

@Classic298 commented on GitHub (Oct 2, 2025): According to @silentoplayz not reproducible on `dev` Might be fixed there
GiteaMirror commented 2025-11-11 17:00:02 -06:00
Author
Owner
Copy Link

@silentoplayz commented on GitHub (Oct 2, 2025):

Likely fixed on the dev branch already with 887772db22. Reproduced the issue on the main branch, but not on the dev branch. Closing out this issue!

@silentoplayz commented on GitHub (Oct 2, 2025): Likely fixed on the dev branch already with https://github.com/open-webui/open-webui/commit/887772db22e44c63fd8dcbcfc319464b407f00e8. Reproduced the issue on the main branch, but not on the dev branch. Closing out this issue!
GiteaMirror commented 2025-11-11 17:00:02 -06:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (Oct 2, 2025):

Just realized:

@guenhter this is a duplicate of https://github.com/open-webui/open-webui/issues/17899
(cc @silentoplayz )

@Classic298 commented on GitHub (Oct 2, 2025): Just realized: @guenhter this is a duplicate of https://github.com/open-webui/open-webui/issues/17899 (cc @silentoplayz )
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
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#6574
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?