[GH-ISSUE #21879] issue: Users manage files list crashes page when loading too many entries.

Originally created by @TomTheWise on GitHub (Feb 25, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/21879 ### 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.8.5 ### Ollama Version (if applicable) _No response_ ### Operating System Debian 13 with Podman 5.x and Postrges17 ### Browser (if applicable) _No response_ ### 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 When opening Settings > Data Controls > Files > Manage Files and scroll it should never crash just load more until all ar shown - maybe paginating instead of limitless scrolling. ### Actual Behavior With using chrome or edge (haven’t tested other browsers) After a certain ammount of files it crashes the page. Especially when other things are happening. It is more easily to reproduce when currently uploading, but reproducable even without - just a bit rarer. ### Steps to Reproduce Debian 13and Postrges17 and Podman 5.x as contaienr solution for OWUI I GUESS this might be related to postgres and maybe not happening on sqllite - unsure about that. 1. Load up a bunch (maybe >100) of files. 2. Go to Settings > Data Controls > Files > Manage Files 3. Start scrolling down to see more files. 4 After a while it no longer loads new entries and while you can still scroll up and dow, no button, no X t oclose works anymore. At the same time Browser F12 Dev Consolee shows Uncaught TypeError „Cannot read properties of undefined (reading 'prev' ) And OWUI log at the same type starts to show multiple of these in the screenshot. - these however start appearing AFTER browser crashes. **This bug is much easier to reproduce when viewing your "Manage Files" WHILE you are currently uploading stuff - for example to the the knowledge base.** So I guess supect some type of SQL related stuff (sql connections being busy?) or frontend being busy. But even without uploading stuff it is possible to reproduce - probably very dependent on how much data a user already has uploaded. ### Logs & Screenshots https://github.com/user-attachments/assets/d6bc495f-bc47-4255-89e2-5ab131f5772f ![Image](https://github.com/user-attachments/assets/b2f16e31-a220-4407-b436-7f89872318ff) Browser F12 Console shows this error: error-handling.js:68 Uncaught TypeError: Cannot read properties of undefined (reading 'prev') at Re (each.js:489:20) at i (each.js:163:3) at each.js:315:5 at vr (runtime.js:297:16) at Je (runtime.js:477:18) at St.Vt (batch.js:241:6) at St.process (batch.js:178:4) at Yt (batch.js:622:10) at St.flush (batch.js:314:4) at Array.<anonymous> (batch.js:502:12) ### Additional Information **Also sidenote feature request that is very related to this feature: An easy way to delete all Chat files (not knowledge bases) with once would be really nice.**

GiteaMirror commented

2026-05-05 22:44:02 -05:00

Owner

Originally created by @TomTheWise on GitHub (Feb 25, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/21879

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

Docker

Open WebUI Version

0.8.5

Ollama Version (if applicable)

No response

Operating System

Debian 13 with Podman 5.x and Postrges17

Browser (if applicable)

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

When opening Settings > Data Controls > Files > Manage Files and scroll it should never crash just load more until all ar shown - maybe paginating instead of limitless scrolling.

Actual Behavior

With using chrome or edge (haven’t tested other browsers)
After a certain ammount of files it crashes the page. Especially when other things are happening. It is more easily to reproduce when currently uploading, but reproducable even without - just a bit rarer.

Steps to Reproduce

Debian 13and Postrges17 and Podman 5.x as contaienr solution for OWUI
I GUESS this might be related to postgres and maybe not happening on sqllite - unsure about that.

Load up a bunch (maybe >100) of files.
Go to Settings > Data Controls > Files > Manage Files
Start scrolling down to see more files.
4 After a while it no longer loads new entries and while you can still scroll up and dow, no button, no X t oclose works anymore. At the same time Browser F12 Dev Consolee shows Uncaught TypeError „Cannot read properties of undefined (reading 'prev' )

And OWUI log at the same type starts to show multiple of these in the screenshot. - these however start appearing AFTER browser crashes.

This bug is much easier to reproduce when viewing your "Manage Files" WHILE you are currently uploading stuff - for example to the the knowledge base. So I guess supect some type of SQL related stuff (sql connections being busy?) or frontend being busy.

But even without uploading stuff it is possible to reproduce - probably very dependent on how much data a user already has uploaded.

Logs & Screenshots

https://github.com/user-attachments/assets/d6bc495f-bc47-4255-89e2-5ab131f5772f

Browser F12 Console shows this error:

error-handling.js:68 Uncaught TypeError: Cannot read properties of undefined (reading 'prev')
at Re (each.js:489:20)
at i (each.js:163:3)
at each.js:315:5
at vr (runtime.js:297:16)
at Je (runtime.js:477:18)
at St.Vt (batch.js:241:6)
at St.process (batch.js:178:4)
at Yt (batch.js:622:10)
at St.flush (batch.js:314:4)
at Array. (batch.js:502:12)

Additional Information

Also sidenote feature request that is very related to this feature: An easy way to delete all Chat files (not knowledge bases) with once would be really nice.

GiteaMirror added the bug label 2026-05-05 22:44:02 -05:00

GiteaMirror closed this issue

2026-05-05 22:44:03 -05:00

Author

@tjbck commented on GitHub (Mar 8, 2026):

Likely addressed in dev.

@tjbck commented on GitHub (Mar 8, 2026): Likely addressed in dev.

[GH-ISSUE #21879] issue: Users manage files list crashes page when loading too many entries. #58268