github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-07-17 07:46:16 -05:00
Code Issues 2.4k Packages Projects Releases 129 Wiki Activity

[GH-ISSUE #24917] issue: Chat-specific controls (including system prompt and sampling params) are reset upon opening Admin Panel (and a few other interfaces) #123743

New Issue
Open
opened 2026-05-21 03:13:56 -05:00 by GiteaMirror · 9 comments
GiteaMirror commented 2026-05-21 03:13:56 -05:00
Owner
Copy Link

Originally created by @northern-hecc on GitHub (May 19, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24917

Check Existing Issues

  • 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

Pip Install

Open WebUI Version

v0.9.5

Ollama Version (if applicable)

Not applicable, using OpenRouter for the inference

Operating System

Ubuntu 24.04.3 LTS

Browser (if applicable)

Firefox 150.0.3; Brave v1.90.122

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

The expected behavior is that chat-specific controls persist regardless of user actions.

Actual Behavior

Upon opening a view that replaces the chat interface, and then returning to the chat, all controls for that chat (system prompt, sampling parameters, reasoning settings, response format schema, etc) are reset. The notion of "view that replaces the chat interface" includes Admin Panel, Workspace, Notes, Calendar, Automations, Playground. This behavior is not triggered by opening interfaces that are instead overlayed on top of the chat interface, like Settings, Archived Chats, Keyboard shortcuts, and Search interface.

Steps to Reproduce

  1. Start with Ubuntu 24.04 LTS, Python version 3.12.3
  2. Install Open WebUI with pip install -U open-webui
  3. Launch with open-webui serve --host 0.0.0.0 --port 6700
  4. Connect through browser, create admin account
  5. Go to connections, add a working OpenAI API (OpenRouter in my case)
  6. Create a new chat, choose gpt-oss-120b model (or any other model)
  7. Open the "Controls" panel with the button in the top-right corner
  8. Set the System Prompt: "Test prompt. Say Pinecone."
  9. Send a user message: "Hello."
  10. Observe that the response is affected by the system prompt
  11. Verify that the chat has been created in the Chats panel on the left
  12. Click on the user icon in the top-right corner, open Admin Panel
  13. Return to the previously created chat using the Chats panel on the left
  14. Open the "Controls" panel, verify that the System Prompt is now empty
  15. Regenerate the response to observe that the System Prompt is in fact empty in the state, not just in the interface

Logs & Screenshots

No relevant logs or screenshots to include.

Additional Information

I initially encountered this issue on Windows 11, using the open-webui/desktop setup, which is what I mainly use. Then I reproduced it on a rented minimal Ubuntu container to make sure it's not an issue specific to the desktop client.

So, overall, the issue appears regardless of the system.

Originally created by @northern-hecc on GitHub (May 19, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/24917 ### 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 Pip Install ### Open WebUI Version v0.9.5 ### Ollama Version (if applicable) Not applicable, using OpenRouter for the inference ### Operating System Ubuntu 24.04.3 LTS ### Browser (if applicable) Firefox 150.0.3; Brave v1.90.122 ### 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 The expected behavior is that chat-specific controls persist regardless of user actions. ### Actual Behavior Upon opening a view that replaces the chat interface, and then returning to the chat, all controls for that chat (system prompt, sampling parameters, reasoning settings, response format schema, etc) are reset. The notion of "view that replaces the chat interface" includes Admin Panel, Workspace, Notes, Calendar, Automations, Playground. This behavior is **not** triggered by opening interfaces that are instead overlayed on top of the chat interface, like Settings, Archived Chats, Keyboard shortcuts, and Search interface. ### Steps to Reproduce 1. Start with Ubuntu 24.04 LTS, Python version 3.12.3 2. Install Open WebUI with `pip install -U open-webui` 3. Launch with `open-webui serve --host 0.0.0.0 --port 6700` 4. Connect through browser, create admin account 5. Go to connections, add a working OpenAI API (OpenRouter in my case) 6. Create a new chat, choose `gpt-oss-120b` model (or any other model) 7. Open the "Controls" panel with the button in the top-right corner 8. Set the System Prompt: _"Test prompt. Say Pinecone."_ 9. Send a user message: _"Hello."_ 10. Observe that the response is affected by the system prompt 11. Verify that the chat has been created in the Chats panel on the left 12. Click on the user icon in the top-right corner, open Admin Panel 13. Return to the previously created chat using the Chats panel on the left 14. Open the "Controls" panel, verify that the System Prompt is now empty 15. Regenerate the response to observe that the System Prompt is in fact empty in the state, not just in the interface ### Logs & Screenshots No relevant logs or screenshots to include. ### Additional Information I initially encountered this issue on Windows 11, using the `open-webui/desktop` setup, which is what I mainly use. Then I reproduced it on a rented minimal Ubuntu container to make sure it's not an issue specific to the desktop client. So, overall, the issue appears regardless of the system.
GiteaMirror added the bug label 2026-05-21 03:13:56 -05:00
GiteaMirror commented 2026-05-21 03:13:59 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 19, 2026):

checked closed issues before opening a new one

<!-- gh-comment-id:4491053526 --> @Classic298 commented on GitHub (May 19, 2026): checked closed issues before opening a new one
GiteaMirror commented 2026-05-21 03:14:00 -05:00
Author
Owner
Copy Link

@northern-hecc commented on GitHub (May 19, 2026):

@Classic298

checked closed issues before opening a new one

I have indeed checked closed issues, and I didn't find any indication that the one I've submitted was already resolved. If you're referring to issues https://github.com/open-webui/open-webui/issues/24193 and https://github.com/open-webui/open-webui/issues/24310, I'm fairly confident that those are describing a different (but related) behavior.

Those issues, reported for v0.9.2, describe losing system prompt on either reload or switching between chats - and in the current version (v0.9.5) those specific cases really do seem to be fixed, I didn't encounter them. What I'm reporting is a scenario distinct from those though - the system prompt (and other parameters) are lost on accessing some other parts of the interface.

So, please consider reopening this issue!

<!-- gh-comment-id:4491547423 --> @northern-hecc commented on GitHub (May 19, 2026): @Classic298 > checked closed issues before opening a new one I have indeed checked closed issues, and I didn't find any indication that the one I've submitted was already resolved. If you're referring to issues https://github.com/open-webui/open-webui/issues/24193 and https://github.com/open-webui/open-webui/issues/24310, I'm fairly confident that those are describing a different (but related) behavior. Those issues, reported for v0.9.2, describe losing system prompt on either reload or switching between chats - and in the current version (v0.9.5) those specific cases really do seem to be fixed, I didn't encounter them. What I'm reporting is a scenario distinct from those though - the system prompt (and other parameters) are lost on accessing some other parts of the interface. So, please consider reopening this issue!
GiteaMirror commented 2026-05-21 03:14:02 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 19, 2026):

i just tried to reproduce but cannot reproduce, went to totally different part of UI but system prompt etc. is still there for that chat

<!-- gh-comment-id:4491563864 --> @Classic298 commented on GitHub (May 19, 2026): i just tried to reproduce but cannot reproduce, went to totally different part of UI but system prompt etc. is still there for that chat
GiteaMirror commented 2026-05-21 03:14:03 -05:00
Author
Owner
Copy Link

@northern-hecc commented on GitHub (May 19, 2026):

I see. I'll try installing the dev branch with Docker Desktop, and see if perhaps this issue is fixed there. If not, I'll attach a screen recording to ensure that my actions are completely clear and reproducible.

<!-- gh-comment-id:4491740798 --> @northern-hecc commented on GitHub (May 19, 2026): I see. I'll try installing the dev branch with Docker Desktop, and see if perhaps this issue is fixed there. If not, I'll attach a screen recording to ensure that my actions are completely clear and reproducible.
GiteaMirror commented 2026-05-21 03:14:04 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 19, 2026):

that'd be appreciated thanks

<!-- gh-comment-id:4491887175 --> @Classic298 commented on GitHub (May 19, 2026): that'd be appreciated thanks
GiteaMirror commented 2026-05-21 03:14:05 -05:00
Author
Owner
Copy Link

@northern-hecc commented on GitHub (May 19, 2026):

Installed the dev branch as instructed in the readme.md:

Image

And here's the video reproducing the issue several times:

https://github.com/user-attachments/assets/2eb672ae-8b51-4483-a6c6-5040642fa8ad

<!-- gh-comment-id:4492144246 --> @northern-hecc commented on GitHub (May 19, 2026): Installed the dev branch as instructed in the readme.md: <img width="1719" height="420" alt="Image" src="https://github.com/user-attachments/assets/c5c19280-d30d-428e-8715-fa4ca6dabc4d" /> And here's the video reproducing the issue several times: https://github.com/user-attachments/assets/2eb672ae-8b51-4483-a6c6-5040642fa8ad
GiteaMirror commented 2026-05-21 03:14:06 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 19, 2026):

aha! i tested it with various other pages (where this still works) just not admin panel - and indeed if i switch to admin panel the prompt is gone

I will reopen this, please update your title to specifically say admin panel thanks!

<!-- gh-comment-id:4492237491 --> @Classic298 commented on GitHub (May 19, 2026): aha! i tested it with various other pages (where this still works) just not admin panel - and indeed if i switch to admin panel the prompt is gone I will reopen this, please update your title to specifically say admin panel thanks!
GiteaMirror commented 2026-05-21 03:14:07 -05:00
Author
Owner
Copy Link

@northern-hecc commented on GitHub (May 19, 2026):

Got it. I've already had included a list of the UIs that I found to trigger this, and those that I found not to trigger this:

The notion of "view that replaces the chat interface" includes Admin Panel, Workspace, Notes, Calendar, Automations, Playground.
This behavior is not triggered by opening interfaces that are instead overlayed on top of the chat interface, like Settings, Archived Chats, Keyboard shortcuts, and Search interface.

But I'll also rename the issue for clarity as you requested. Thank you for your patience in handling this!

Lastly, a couple additional observed scenarios which hopefully help narrow down when this happens:

  • Open a chat, go to Admin Panel, then return to a different existing chat. Result: The first chat's parameters/controls are reset.
  • Open a chat, go to Admin Panel, then create a New Chat, then return to the original chat. Result: The first chat's parameters/controls are NOT reset.
  • Open a chat, go to Workspace using the dropdown menu in top-right corner, return to the chat. Result: The first chat's parameters/controls are reset.
  • Open a chat, go to Workspace using the pinned button in top-left corner (above the chats list), return to the chat. Result: The first chat's parameters/controls are NOT reset.
  • Open a chat, go to Admin Panel, then go to Workspace using the pinned button in top-left corner, return to the chat. Result: The first chat's parameters/controls are NOT reset.

Pretty weird and specific circumstances for triggering the bug, admittedly, but I hope you can figure it out.

<!-- gh-comment-id:4492372756 --> @northern-hecc commented on GitHub (May 19, 2026): Got it. I've already had included a list of the UIs that I found to trigger this, and those that I found not to trigger this: > The notion of "view that replaces the chat interface" includes Admin Panel, Workspace, Notes, Calendar, Automations, Playground. > This behavior is not triggered by opening interfaces that are instead overlayed on top of the chat interface, like Settings, Archived Chats, Keyboard shortcuts, and Search interface. But I'll also rename the issue for clarity as you requested. Thank you for your patience in handling this! Lastly, a couple additional observed scenarios which hopefully help narrow down when this happens: - Open a chat, go to Admin Panel, then return to a different existing chat. Result: **The first chat's parameters/controls are reset.** - Open a chat, go to Admin Panel, then create a New Chat, then return to the original chat. Result: **The first chat's parameters/controls are NOT reset.** - Open a chat, go to Workspace using the dropdown menu in top-right corner, return to the chat. Result: **The first chat's parameters/controls are reset.** - Open a chat, go to Workspace using the pinned button in top-left corner (above the chats list), return to the chat. Result: **The first chat's parameters/controls are NOT reset.** - Open a chat, go to Admin Panel, then go to Workspace using the pinned button in top-left corner, return to the chat. Result: **The first chat's parameters/controls are NOT reset.** Pretty weird and specific circumstances for triggering the bug, admittedly, but I hope you can figure it out.
GiteaMirror commented 2026-05-21 03:14:08 -05:00
Author
Owner
Copy Link

@Algorithm5838 commented on GitHub (May 19, 2026):

This PR should address it: https://github.com/open-webui/open-webui/pull/24551

<!-- gh-comment-id:4493131453 --> @Algorithm5838 commented on GitHub (May 19, 2026): This PR should address it: https://github.com/open-webui/open-webui/pull/24551
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
confirmed
confirmed issue
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#123743
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?