[GH-ISSUE #17852] issue: File type and empty text file upload issue regarding Knowledge

Originally created by @zhengchen-zzZ on GitHub (Sep 28, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/17852 ### 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 am using the latest version of Open WebUI. ### Installation Method Pip Install ### Open WebUI Version v0.6.30 ### Ollama Version (if applicable) _No response_ ### Operating System Windows 11 ### Browser (if applicable) Chrome latest version ### 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 In older versions of OpenWebUI (around 0.6.24): Users could directly upload an entire project directory containing various file types (e.g., a VuePress docs directory) to the Knowledge module. The system could automatically identify and process document-like files (such as .md, .txt, etc.), while automatically skipping unsupported file types (such as images, fonts, videos, etc.). The upload process would not be interrupted or stuck when encountering non-text files like images; instead, it would continue to process subsequent valid document files. The final result was that all valid articles could be successfully indexed and updated with a single upload operation, greatly improving the maintenance efficiency of multi-article projects. ### Actual Behavior In a recent new version of OpenWebUI (the specific starting version is uncertain): When attempting to upload a complete docs directory containing image files (such as .png, .jpg, etc.), the file upload process gets stuck or stops upon encountering an image file. Subsequent document files, even if correctly formatted and containing valid content, are no longer processed or uploaded, leading to a partial or significant number of articles not being updated. It is necessary to manually pre-clean image or other static resources from the directory, or separate documents from resources, to complete the upload smoothly, which increases repetitive and tedious operational burden. Related error logs appear in the console (although specific content is not provided, it implies an abnormality in the image processing link), further indicating that the system encounters an unhandled exception or blockage when processing non-document files. ### Steps to Reproduce 1. Upload directory to Knowledge 2. The directory contains files in formats such as images, markdown documents, etc. 3. Observe logs and page prompts ### Logs & Screenshots <img width="1277" height="522" alt="Image" src="https://github.com/user-attachments/assets/c7c74ae3-1622-4251-917b-bce9e6b21f82" /> ### Additional Information

GiteaMirror commented

2026-05-18 03:25:27 -05:00

Owner

Originally created by @zhengchen-zzZ on GitHub (Sep 28, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/17852

Check Existing Issues

I have searched for any existing and/or related issues.
I have searched for any existing and/or related discussions.
I am using the latest version of Open WebUI.

Installation Method

Pip Install

Open WebUI Version

v0.6.30

Ollama Version (if applicable)

No response

Operating System

Windows 11

Browser (if applicable)

Chrome latest version

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

In older versions of OpenWebUI (around 0.6.24):

Users could directly upload an entire project directory containing various file types (e.g., a VuePress docs directory) to the Knowledge module.
The system could automatically identify and process document-like files (such as .md, .txt, etc.), while automatically skipping unsupported file types (such as images, fonts, videos, etc.).
The upload process would not be interrupted or stuck when encountering non-text files like images; instead, it would continue to process subsequent valid document files.
The final result was that all valid articles could be successfully indexed and updated with a single upload operation, greatly improving the maintenance efficiency of multi-article projects.

Actual Behavior

In a recent new version of OpenWebUI (the specific starting version is uncertain):

When attempting to upload a complete docs directory containing image files (such as .png, .jpg, etc.), the file upload process gets stuck or stops upon encountering an image file.
Subsequent document files, even if correctly formatted and containing valid content, are no longer processed or uploaded, leading to a partial or significant number of articles not being updated.
It is necessary to manually pre-clean image or other static resources from the directory, or separate documents from resources, to complete the upload smoothly, which increases repetitive and tedious operational burden.
Related error logs appear in the console (although specific content is not provided, it implies an abnormality in the image processing link), further indicating that the system encounters an unhandled exception or blockage when processing non-document files.

Steps to Reproduce

Upload directory to Knowledge
The directory contains files in formats such as images, markdown documents, etc.
Observe logs and page prompts

Logs & Screenshots

Additional Information

GiteaMirror added the bug label 2026-05-18 03:25:27 -05:00

GiteaMirror closed this issue

2026-05-18 03:25:28 -05:00

2026-05-18 03:25:29 -05:00

Author

@tjbck commented on GitHub (Sep 28, 2025):

Could you share your file with us?

@tjbck commented on GitHub (Sep 28, 2025): Could you share your file with us?

[GH-ISSUE #17852] issue: File type and empty text file upload issue regarding Knowledge #105414