I have read and followed all the instructions provided in the README.md.
I am on 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 the exact steps to reproduce the bug in the "Steps to Reproduce" section below.
Expected Behavior:
The admin > settings > interface page should be configurable via environment variable configurations on launch and subsequently persistent configuration changes in the UI admin dashboard, like all the other admin setting pages (i.e. general, connections, models, evaluations, images, etc)
Actual Behavior:
The admin > settings > interface page hangs and freezers the UI. This throws a frontend console error log that I've included below.
This prevents the admin from clicking other admin setting tabs. The only way to get out of this is to refresh the page.
In the UI, all of the toggles to enable / disable a setting for the Interfaces page are unresponsive
In the UI, all the open-ended text boxes will let you enter text
For the Task Model dropdowns, I am able to view external models and select one from the dropdown.
When clicking save and reviewing logs (included below), the Save button does in fact trigger a POST request on the backend. The only setting that gets changed per my review is the External Models. all open ended fields and toggles will not change.
Description
Bug Summary:
The admin > settings > interface page is most likely not handling frontend UI changes correctly when sending a POST to the backend config/update.
Reproduction Details
Steps to Reproduce:
Fresh installation of Open-WebUI, create an admin account, and immediately navigate to the admin > settings > interface page to confirm the UI freezes. Passing environment variables to change from default True to False should also confirm the UI isn't responsive, and will still show toggles as True.
Logs and Screenshots
Browser Console Logs:
Docker Container Logs:
INFO: 10.30.12.62:0 - "GET /api/v1/tasks/config HTTP/1.1" 200 OK
INFO: 10.30.12.62:0 - "GET /api/v1/configs/banners HTTP/1.1" 200 OK
INFO [open_webui.env] Saving 'TASK_MODEL' to the database
INFO [open_webui.env] Saving 'TASK_MODEL_EXTERNAL' to the database
INFO [open_webui.env] Saving 'ENABLE_TITLE_GENERATION' to the database
INFO [open_webui.env] Saving 'TITLE_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'IMAGE_PROMPT_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'ENABLE_AUTOCOMPLETE_GENERATION' to the database
INFO [open_webui.env] Saving 'AUTOCOMPLETE_GENERATION_INPUT_MAX_LENGTH' to the database
INFO [open_webui.env] Saving 'TAGS_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'ENABLE_TAGS_GENERATION' to the database
INFO [open_webui.env] Saving 'ENABLE_SEARCH_QUERY_GENERATION' to the database
INFO [open_webui.env] Saving 'ENABLE_RETRIEVAL_QUERY_GENERATION' to the database
INFO [open_webui.env] Saving 'QUERY_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'TOOLS_FUNCTION_CALLING_PROMPT_TEMPLATE' to the database
INFO: 10.30.12.62:0 - "POST /api/v1/tasks/config/update HTTP/1.1" 200 OK
INFO: 10.30.12.62:0 - "POST /api/v1/configs/suggestions HTTP/1.1" 422 Unprocessable Entity
Screenshots/Screen Recordings (if applicable):
in the below screenshot, this confirms that even though I've passed ENV VARs as False on startup, the UI shows all toggles as True, further underscoring the Interface admin settings aren't handled properly
Additional Information
Per the logs, it appears that the initial POST to tasks/config/update works but there is a subsequent POST to configs/suggestions that fails with 422 Unprocessable Entity. It's also strange that only the External Models dropdown will successfully post to the backend, while all other items on that page seemingly cannot be changed (either with env var on initial startup, or on subsequent UI admin changes).
Originally created by @atnjqt on GitHub (Feb 18, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/10305
Originally assigned to: @tjbck on GitHub.
# Bug Report
## Installation Method
Docker installation:
```bash
docker run -p 3001:8080 \
-e OPENAI_API_KEY=$OPENAI_API_KEY \
-e DEFAULT_LOCALE=en \
-e WEBUI_SECRET_KEY=$SECRET_KEY \
-e CORS_ALLOW_ORIGIN=$DOMAIN_NAME \
-e ENABLE_TITLE_GENERATION=False \
-e ENABLE_TAGS_GENERATION=False \
-e ENABLE_RETRIEVAL_QUERY_GENERATION=False \
-e ENABLE_AUTOCOMPLETE_GENERATION=False \
-e ENABLE_SEARCH_QUERY_GENERATION=False \
-e ENABLE_TAGS_GENERATION=False \
-e ENABLE_IMAGE_GENERATION=True \
-e ENABLE_COMMUNITY_SHARING=False \
-e ENABLE_MESSAGE_RATING=False \
-v dev-open-webui:/app/backend/data \
--name dev-open-webui \
--restart always ghcr.io/open-webui/open-webui:v0.5.14
```
## Environment
- **Open WebUI Version:** v0.5.x (I've tested at least v0.5.2-0.5.14)
- **Operating System:** Ubuntu 22.04.5 LTS (Jammy Jellyfish)
- **Browser (if applicable):** Chrome, Firefox (all latest verisons)
**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.
- [x] I have included the browser console logs.
- [x] I have included the Docker container logs.
- [x] I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below.
## Expected Behavior:
The `admin > settings > interface` page should be configurable via environment variable configurations on launch and subsequently persistent configuration changes in the UI admin dashboard, like all the other admin setting pages (i.e. general, connections, models, evaluations, images, etc)
## Actual Behavior:
- The `admin > settings > interface` page hangs and freezers the UI. This throws a frontend console error log that I've included below.
- This prevents the admin from clicking other admin setting tabs. The only way to get out of this is to refresh the page.
- In the UI, all of the toggles to enable / disable a setting for the Interfaces page are unresponsive
- In the UI, all the open-ended text boxes will let you enter text
- For the Task Model dropdowns, I am able to view external models and select one from the dropdown.
- When clicking _save_ and reviewing logs (included below), the Save button does in fact trigger a POST request on the backend. The only setting that gets changed per my review is the External Models. all open ended fields and toggles will not change.
## Description
**Bug Summary:**
The `admin > settings > interface` page is most likely not handling frontend UI changes correctly when sending a POST to the backend config/update.
## Reproduction Details
**Steps to Reproduce:**
Fresh installation of Open-WebUI, create an admin account, and immediately navigate to the `admin > settings > interface` page to confirm the UI freezes. Passing environment variables to change from default True to False should also confirm the UI isn't responsive, and will still show toggles as True.
## Logs and Screenshots
**Browser Console Logs:**
**Docker Container Logs:**
```log
INFO: 10.30.12.62:0 - "GET /api/v1/tasks/config HTTP/1.1" 200 OK
INFO: 10.30.12.62:0 - "GET /api/v1/configs/banners HTTP/1.1" 200 OK
INFO [open_webui.env] Saving 'TASK_MODEL' to the database
INFO [open_webui.env] Saving 'TASK_MODEL_EXTERNAL' to the database
INFO [open_webui.env] Saving 'ENABLE_TITLE_GENERATION' to the database
INFO [open_webui.env] Saving 'TITLE_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'IMAGE_PROMPT_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'ENABLE_AUTOCOMPLETE_GENERATION' to the database
INFO [open_webui.env] Saving 'AUTOCOMPLETE_GENERATION_INPUT_MAX_LENGTH' to the database
INFO [open_webui.env] Saving 'TAGS_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'ENABLE_TAGS_GENERATION' to the database
INFO [open_webui.env] Saving 'ENABLE_SEARCH_QUERY_GENERATION' to the database
INFO [open_webui.env] Saving 'ENABLE_RETRIEVAL_QUERY_GENERATION' to the database
INFO [open_webui.env] Saving 'QUERY_GENERATION_PROMPT_TEMPLATE' to the database
INFO [open_webui.env] Saving 'TOOLS_FUNCTION_CALLING_PROMPT_TEMPLATE' to the database
INFO: 10.30.12.62:0 - "POST /api/v1/tasks/config/update HTTP/1.1" 200 OK
INFO: 10.30.12.62:0 - "POST /api/v1/configs/suggestions HTTP/1.1" 422 Unprocessable Entity
```
**Screenshots/Screen Recordings (if applicable):**
- in the below screenshot, this confirms that even though I've passed ENV VARs as `False` on startup, the UI shows all toggles as True, further underscoring the Interface admin settings aren't handled properly
## Additional Information
Per the logs, it appears that the initial POST to `tasks/config/update` works but there is a subsequent POST to `configs/suggestions` that fails with [422 Unprocessable Entity](https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/422). It's also strange that _only_ the External Models dropdown will successfully post to the backend, while all other items on that page seemingly cannot be changed (either with env var on initial startup, or on subsequent UI admin changes).
Firstly most of the env variables you're using here is PersistentConfig variables, so it'll make sense if it doesn't get updated after relaunching. I wasn't able to reproduce this issue but I'm making an educated guess here that 2ee09d9f7d addresses this issue. Let me know if the issue persists!
<!-- gh-comment-id:2667462294 -->
@tjbck commented on GitHub (Feb 19, 2025):
Firstly most of the env variables you're using here is PersistentConfig variables, so it'll make sense if it doesn't get updated after relaunching. I wasn't able to reproduce this issue but I'm making an educated guess here that 2ee09d9f7dbdb908f23c435d3b581035d92047f0 addresses this issue. Let me know if the issue persists!
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 @atnjqt on GitHub (Feb 18, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/10305
Originally assigned to: @tjbck on GitHub.
Bug Report
Installation Method
Docker installation:
Environment
Confirmation:
Expected Behavior:
The
admin > settings > interfacepage should be configurable via environment variable configurations on launch and subsequently persistent configuration changes in the UI admin dashboard, like all the other admin setting pages (i.e. general, connections, models, evaluations, images, etc)Actual Behavior:
admin > settings > interfacepage hangs and freezers the UI. This throws a frontend console error log that I've included below.Description
Bug Summary:
The
admin > settings > interfacepage is most likely not handling frontend UI changes correctly when sending a POST to the backend config/update.Reproduction Details
Steps to Reproduce:
Fresh installation of Open-WebUI, create an admin account, and immediately navigate to the
admin > settings > interfacepage to confirm the UI freezes. Passing environment variables to change from default True to False should also confirm the UI isn't responsive, and will still show toggles as True.Logs and Screenshots
Browser Console Logs:
Docker Container Logs:
Screenshots/Screen Recordings (if applicable):
Falseon startup, the UI shows all toggles as True, further underscoring the Interface admin settings aren't handled properlyAdditional Information
Per the logs, it appears that the initial POST to
tasks/config/updateworks but there is a subsequent POST toconfigs/suggestionsthat fails with 422 Unprocessable Entity. It's also strange that only the External Models dropdown will successfully post to the backend, while all other items on that page seemingly cannot be changed (either with env var on initial startup, or on subsequent UI admin changes).@tjbck commented on GitHub (Feb 19, 2025):
Firstly most of the env variables you're using here is PersistentConfig variables, so it'll make sense if it doesn't get updated after relaunching. I wasn't able to reproduce this issue but I'm making an educated guess here that
2ee09d9f7daddresses this issue. Let me know if the issue persists!