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
Docker
Open WebUI Version
0.6.36
Ollama Version (if applicable)
0.12.4
Operating System
ArchLinux
Browser (if applicable)
Firefox 144.0.2
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
A single or two calls to /api/v1/chats/ should be done only
Actual Behavior
My openwebui instance keeps searching for new chats in the chat list
On the UI I simply see the the chat list refreshing loading and the API is keeping being called
This is not destructive for now but annoying, using resources (even if it's few) and it floods the logs
Steps to Reproduce
I acknowledge that if i try to access the same UI without my proxy pass the error does not seem to happen
So it seems it is more on my end and would more likely an hint on what I could have missed which requests or part of the UI script is supposed to tell it to stop to try to get information
For information no requests seems to have failed and the socket is also working (Tried a message on the chat)
Even though everything is proxied through my fastapi instance
No specific steps to reproduce just seeking help / hints on what is used to trigger chat refresh and listing
Originally created by @HelifeWasTaken on GitHub (Nov 11, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/19127
### 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
Docker
### Open WebUI Version
0.6.36
### Ollama Version (if applicable)
0.12.4
### Operating System
ArchLinux
### Browser (if applicable)
Firefox 144.0.2
### 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
A single or two calls to `/api/v1/chats/` should be done only
### Actual Behavior
My openwebui instance keeps searching for new chats in the chat list
On the UI I simply see the the chat list refreshing loading and the API is keeping being called
This is not destructive for now but annoying, using resources (even if it's few) and it floods the logs
### Steps to Reproduce
I acknowledge that if i try to access the same UI without my proxy pass the error does not seem to happen
So it seems it is more on my end and would more likely an hint on what I could have missed which requests or part of the UI script is supposed to tell it to stop to try to get information
For information no requests seems to have failed and the socket is also working (Tried a message on the chat)
Even though everything is proxied through my fastapi instance
No specific steps to reproduce just seeking help / hints on what is used to trigger chat refresh and listing
### Logs & Screenshots
```py
INFO: 172.19.0.1:60760 - "GET /api/v1/chats/?page=217 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=218 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=219 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=220 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=221 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=222 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=223 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=224 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=225 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=226 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=227 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=228 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=229 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=230 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=231 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=232 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=233 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=234 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=235 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=236 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=237 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=238 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=239 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=240 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=241 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=242 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=243 HTTP/1.1" 200 OK
INFO: 172.19.0.1:55288 - "GET /api/v1/chats/?page=244 HTTP/1.1" 200 OK
```
The logs come from my own reverse proxy made using fastapi
```
2025-11-11 23:27:35.127 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:53654 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:36.170 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:53668 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:37.171 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:53674 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:38.215 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:53676 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:39.275 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49218 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:40.280 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49226 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:41.340 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49242 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:42.332 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49254 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:43.345 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49270 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:44.346 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49288 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:45.370 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49304 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:46.386 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49306 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:47.397 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49316 - "GET /_app/version.json HTTP/1.1" 304
2025-11-11 23:27:47.398 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49320 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:48.421 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:49322 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:49.448 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:60292 - "GET /api/v1/chats/ HTTP/1.1" 200
2025-11-11 23:27:50.476 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 172.19.0.4:60300 - "GET /api/v1/chats/ HTTP/1.1" 200
```
This one comes from openwebui
### Additional Information
_No response_
GiteaMirror
added the bug label 2026-04-25 08:14:58 -05:00
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 @HelifeWasTaken on GitHub (Nov 11, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/19127
Check Existing Issues
Installation Method
Docker
Open WebUI Version
0.6.36
Ollama Version (if applicable)
0.12.4
Operating System
ArchLinux
Browser (if applicable)
Firefox 144.0.2
Confirmation
README.md.Expected Behavior
A single or two calls to
/api/v1/chats/should be done onlyActual Behavior
My openwebui instance keeps searching for new chats in the chat list
On the UI I simply see the the chat list refreshing loading and the API is keeping being called
This is not destructive for now but annoying, using resources (even if it's few) and it floods the logs
Steps to Reproduce
I acknowledge that if i try to access the same UI without my proxy pass the error does not seem to happen
So it seems it is more on my end and would more likely an hint on what I could have missed which requests or part of the UI script is supposed to tell it to stop to try to get information
For information no requests seems to have failed and the socket is also working (Tried a message on the chat)
Even though everything is proxied through my fastapi instance
No specific steps to reproduce just seeking help / hints on what is used to trigger chat refresh and listing
Logs & Screenshots
The logs come from my own reverse proxy made using fastapi
This one comes from openwebui
Additional Information
No response