Originally created by @wggcch on GitHub (Aug 2, 2024).
Bug Report
Description
Bug Summary:
Given I am logged in as a User
/workspace Steps to Reproduce:
When I append /workspace to my URL (e.g. http://localhost:3000/workspace)
When I visit the URL
Actual Behavior:
I can open the Workspace Settings
Expected Behavior:
I think it would be better to not be able to visit the page as a user at all or add a "local" /workspace for a more group and user based access
/admin/settings Steps to Reproduce:
When I append /admin/settings
When I visit the URL
Actual Behavior:
I can open the Admin Settings
Expected Behavior:
As a User I would not expect to enter the Admin settings
Environment
Open WebUI Version: [0.3.10]
Operating System: [ macOS Big Sur]
Browser: [Firefox, Chrome, MS Edge where tested]
Reproduction Details
Confirmation:
[ x ] I have read and followed all the instructions provided in the README.md.
[ x] I am on the latest version of both Open WebUI and Ollama.
Logs and Screenshots
I've made two Screenshots of a User entering the mentioned paths
Installation Method
I've installed openwebui over docker, like its discribed within the readme.md
Originally created by @wggcch on GitHub (Aug 2, 2024).
# Bug Report
## Description
**Bug Summary:**
Given I am logged in as a User
/workspace
**Steps to Reproduce:**
When I append /workspace to my URL (e.g. http://localhost:3000/workspace)
When I visit the URL
**Actual Behavior:**
I can open the Workspace Settings
**Expected Behavior:**
I think it would be better to not be able to visit the page as a user at all or add a "local" /workspace for a more group and user based access
/admin/settings
**Steps to Reproduce:**
When I append /admin/settings
When I visit the URL
**Actual Behavior:**
I can open the Admin Settings
**Expected Behavior:**
As a User I would not expect to enter the Admin settings
## Environment
- **Open WebUI Version:** [0.3.10]
- **Operating System:** [ macOS Big Sur]
- **Browser:** [Firefox, Chrome, MS Edge where tested]
## Reproduction Details
**Confirmation:**
- [ x ] I have read and followed all the instructions provided in the README.md.
- [ x] I am on the latest version of both Open WebUI and Ollama.
## Logs and Screenshots
I've made two Screenshots of a User entering the mentioned paths


## Installation Method
I've installed openwebui over docker, like its discribed within the readme.md
```console
echo "Starting open webui"
docker run -d -p 3005:8080 \
--add-host=host.docker.internal:host-gateway \
-v open-webui:/app/backend/data \
--name open-webui \
--env-file ./openwebui.env \
--restart always \
ghcr.io/open-webui/open-webui:main
```
```
#openwebui.env
WEBUI_AUTH=True
ENABLE_OAUTH_SIGNUP=False
WEBUI_NAME="MYWEBUI"
```
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 @wggcch on GitHub (Aug 2, 2024).
Bug Report
Description
Bug Summary:
Given I am logged in as a User
/workspace
Steps to Reproduce:
When I append /workspace to my URL (e.g. http://localhost:3000/workspace)
When I visit the URL
Actual Behavior:
I can open the Workspace Settings
Expected Behavior:
I think it would be better to not be able to visit the page as a user at all or add a "local" /workspace for a more group and user based access
/admin/settings
Steps to Reproduce:
When I append /admin/settings
When I visit the URL
Actual Behavior:
I can open the Admin Settings
Expected Behavior:
As a User I would not expect to enter the Admin settings
Environment
Open WebUI Version: [0.3.10]
Operating System: [ macOS Big Sur]
Browser: [Firefox, Chrome, MS Edge where tested]
Reproduction Details
Confirmation:
Logs and Screenshots
I've made two Screenshots of a User entering the mentioned paths
Installation Method
I've installed openwebui over docker, like its discribed within the readme.md
@tjbck commented on GitHub (Aug 2, 2024):
Fixed on dev!