github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-11-14 05:02:01 -06:00
Code Issues 2.4k Packages Projects Releases 129 Wiki Activity

issue: Using URL parameters creates multiple chats and enters in a loop #5512

New Issue
Closed
opened 2025-11-11 16:23:10 -06:00 by GiteaMirror · 7 comments
GiteaMirror commented 2025-11-11 16:23:10 -06:00
Owner
Copy Link
Copy Source

Originally created by @karamanliev on GitHub (Jun 11, 2025).

Check Existing Issues

  • I have searched the existing issues and discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Other (in a debian LXC container via proxmox helper script)

Open WebUI Version

v0.6.14

Ollama Version (if applicable)

0.9.0

Operating System

Arch Linux

Browser (if applicable)

Zen Browser

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

Opening ai.mydomain.com/?q=hello should register 1 chats and just send a prompt to the default model and receive answer.

Actual Behavior

Opening ai.mydomain.com/?q=hello opens two chats, when you try to delete 1 of them, OpenWebUI enters in some kind of a loop, where it doesn't stop creating new chat windows, until you refresh the page.

Steps to Reproduce

  1. Install Open-WebUI via proxmox user script. Use default settings. Create a new user.
  2. Open new browser tab (all addons disabled, incognito mode)
  3. Write in the url bar the path to your instance and add ?q=string
  4. OpenWebUI loads with multiple opened chats with your string prompt from the query param.
  5. You try to close one of the duplicated chat windows.
  6. OpenWebUI enters a loop and starts opening window after window.
  7. Refresh the page, creation of new windows stops.
  8. You may safely delete all the duplicated chat windows now.

Logs & Screenshots

Problem is very odd and specific, I've recorded a video to demonstrate it:

https://github.com/user-attachments/assets/2daf8e8a-0ae2-4a80-a0b7-51c0842994c2

There's nothing relevant in the logs:

Jun 11 18:38:26 openwebui start.sh[128]: 2025-06-11 18:38:26.208 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:38:26 openwebui start.sh[128]: 2025-06-11 18:38:26.857 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:38:37 openwebui start.sh[128]: 2025-06-11 18:38:37.628 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:38:53 openwebui start.sh[128]: 2025-06-11 18:38:53.954 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:38:55 openwebui start.sh[128]: 2025-06-11 18:38:55.326 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:38:59 openwebui start.sh[128]: 2025-06-11 18:38:59.632 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:00 openwebui start.sh[128]: 2025-06-11 18:39:00.395 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:26 openwebui start.sh[128]: 2025-06-11 18:39:26.520 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:26 openwebui start.sh[128]: 2025-06-11 18:39:26.868 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:37 openwebui start.sh[128]: 2025-06-11 18:39:37.640 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:53 openwebui start.sh[128]: 2025-06-11 18:39:53.962 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:55 openwebui start.sh[128]: 2025-06-11 18:39:55.791 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:39:59 openwebui start.sh[128]: 2025-06-11 18:39:59.645 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}
Jun 11 18:40:00 openwebui start.sh[128]: 2025-06-11 18:40:00.404 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {}

Additional Information

  • I've tried also with chromium browsers (brave, chrome), but nothing is changed.
  • I disabled all the tools and functions, tried with ollama (local) and external models, still no change.
  • Created a new non admin user and tried there, no luck.
  • One way to mitigate this is to use temporary-chat=true query param, but that is not ideal.
Originally created by @karamanliev on GitHub (Jun 11, 2025). ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Other (in a debian LXC container via proxmox helper script) ### Open WebUI Version v0.6.14 ### Ollama Version (if applicable) 0.9.0 ### Operating System Arch Linux ### Browser (if applicable) Zen Browser ### 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 Opening `ai.mydomain.com/?q=hello` should register 1 chats and just send a prompt to the default model and receive answer. ### Actual Behavior Opening `ai.mydomain.com/?q=hello` opens two chats, when you try to delete 1 of them, OpenWebUI enters in some kind of a loop, where it doesn't stop creating new chat windows, until you refresh the page. ### Steps to Reproduce 1. Install Open-WebUI via proxmox user script. Use default settings. Create a new user. 2. Open new browser tab (all addons disabled, incognito mode) 3. Write in the url bar the path to your instance and add `?q=string` 4. OpenWebUI loads with multiple opened chats with your `string` prompt from the query param. 5. You try to close one of the duplicated chat windows. 6. OpenWebUI enters a loop and starts opening window after window. 7. Refresh the page, creation of new windows stops. 8. You may safely delete all the duplicated chat windows now. ### Logs & Screenshots Problem is very odd and specific, I've recorded a video to demonstrate it: https://github.com/user-attachments/assets/2daf8e8a-0ae2-4a80-a0b7-51c0842994c2 There's nothing relevant in the logs: ``` Jun 11 18:38:26 openwebui start.sh[128]: 2025-06-11 18:38:26.208 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:38:26 openwebui start.sh[128]: 2025-06-11 18:38:26.857 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:38:37 openwebui start.sh[128]: 2025-06-11 18:38:37.628 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:38:53 openwebui start.sh[128]: 2025-06-11 18:38:53.954 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:38:55 openwebui start.sh[128]: 2025-06-11 18:38:55.326 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:38:59 openwebui start.sh[128]: 2025-06-11 18:38:59.632 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:00 openwebui start.sh[128]: 2025-06-11 18:39:00.395 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:26 openwebui start.sh[128]: 2025-06-11 18:39:26.520 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:26 openwebui start.sh[128]: 2025-06-11 18:39:26.868 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:37 openwebui start.sh[128]: 2025-06-11 18:39:37.640 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:53 openwebui start.sh[128]: 2025-06-11 18:39:53.962 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:55 openwebui start.sh[128]: 2025-06-11 18:39:55.791 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:39:59 openwebui start.sh[128]: 2025-06-11 18:39:59.645 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} Jun 11 18:40:00 openwebui start.sh[128]: 2025-06-11 18:40:00.404 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.100.2:0 - "GET /_app/version.json HTTP/1.1" 304 - {} ``` ### Additional Information - I've tried also with chromium browsers (brave, chrome), but nothing is changed. - I disabled all the tools and functions, tried with ollama (local) and external models, still no change. - Created a new non admin user and tried there, no luck. - One way to mitigate this is to use `temporary-chat=true` query param, but that is not ideal.
GiteaMirror added the bug label 2025-11-11 16:23:10 -06:00
GiteaMirror commented 2025-11-11 16:23:11 -06:00
Author
Owner
Copy Link
Copy Source

@karamanliev commented on GitHub (Jun 11, 2025):

Just installed a backup from v6.0.13 and the problem doesn't appear there, which indicates the regression happened in v6.0.14

@karamanliev commented on GitHub (Jun 11, 2025): Just installed a backup from `v6.0.13` and the problem doesn't appear there, which indicates the regression happened in `v6.0.14`
GiteaMirror commented 2025-11-11 16:23:12 -06:00
Author
Owner
Copy Link
Copy Source

@tjbck commented on GitHub (Jun 11, 2025):

Should be fixed with 6076afd5f5, testing wanted here!

@tjbck commented on GitHub (Jun 11, 2025): Should be fixed with 6076afd5f5b99435b73b51cba0b3b52769e6a740, testing wanted here!
GiteaMirror commented 2025-11-11 16:23:12 -06:00
Author
Owner
Copy Link
Copy Source

@karamanliev commented on GitHub (Jun 11, 2025):

Nice! Looks good to me @tjbck.

@karamanliev commented on GitHub (Jun 11, 2025): Nice! Looks good to me @tjbck.
GiteaMirror commented 2025-11-11 16:23:12 -06:00
Author
Owner
Copy Link
Copy Source

@silentoplayz commented on GitHub (Jun 11, 2025):

Should be fixed with 6076afd, testing wanted here!

I can confirm the issue is solved on my end as well!

@silentoplayz commented on GitHub (Jun 11, 2025): > Should be fixed with [6076afd](https://github.com/open-webui/open-webui/commit/6076afd5f5b99435b73b51cba0b3b52769e6a740), testing wanted here! I can confirm the issue is solved on my end as well!
GiteaMirror commented 2025-11-11 16:23:12 -06:00
Author
Owner
Copy Link
Copy Source

@nwhobart commented on GitHub (Jun 11, 2025):

I wonder if this explains why we're getting an endless SSO login loop

@nwhobart commented on GitHub (Jun 11, 2025): I wonder if this explains why we're getting an endless SSO login loop
GiteaMirror commented 2025-11-11 16:23:12 -06:00
Author
Owner
Copy Link
Copy Source

@Classic298 commented on GitHub (Jun 11, 2025):

@silentoplayz this would explain the behaviour with double upload of RAG with the web_url you reported in my PR

@Classic298 commented on GitHub (Jun 11, 2025): @silentoplayz this would explain the behaviour with double upload of RAG with the web_url you reported in my PR
GiteaMirror commented 2025-11-11 16:23:12 -06:00
Author
Owner
Copy Link
Copy Source

@deanbirnie commented on GitHub (Aug 22, 2025):

I'm on V0.6.23 and this issue seems to be back. Also on Zen browser. I just updated to V0.6.25 hoping it would be solved and tested with one of the suggested prompts. It got stuck in a loop creating multiple "New Chats" and notifying me of a response multiple times. I refreshed the page and saw this:

Image

Then trying to delete a chat I get:
'''
Object { detail: "We could not find what you're looking for :/" }
​
detail: "We could not find what you're looking for :/"
​
: Object { … }
index.ts:924:12
'''

@deanbirnie commented on GitHub (Aug 22, 2025): I'm on V0.6.23 and this issue seems to be back. Also on Zen browser. I just updated to V0.6.25 hoping it would be solved and tested with one of the suggested prompts. It got stuck in a loop creating multiple "New Chats" and notifying me of a response multiple times. I refreshed the page and saw this: <img width="1821" height="1005" alt="Image" src="https://github.com/user-attachments/assets/a68ddd9e-59f4-40c2-abb1-e8ab873036f4" /> Then trying to delete a chat I get: ''' Object { detail: "We could not find what you're looking for :/" } ​ detail: "We could not find what you're looking for :/" ​ <prototype>: Object { … } index.ts:924:12 '''
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 labels bug
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
GiteaMirror ninjasurge (Kaehlen Rog)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#5512