[GH-ISSUE #12295] issue: PDFs Blank after uploading (but text is showing) #32068

Closed
opened 2026-04-25 05:57:27 -05:00 by GiteaMirror · 1 comment
Owner

Originally created by @wm-ek on GitHub (Apr 1, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/12295

Check Existing Issues

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

Installation Method

Git Clone

Open WebUI Version

v0.6.0(and v0.5.20)

Ollama Version (if applicable)

No response

Operating System

Debian 12

Browser (if applicable)

Chrome Version 134.0.6998.165, Firefox 136.0.3

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 listed steps to reproduce the bug in detail.

Expected Behavior

PDF Content showing up

Actual Behavior

PDF Content is blank

Steps to Reproduce

  1. Upload a PDF
  2. Click on the pdf to view it

Or include a pdf in a prompt and click on the source of the pdf

Logs & Screenshots

Image

Image

Image

Docker Container Logs
2025-04-01T14:33:12.779801414Z 2025-04-01 14:33:12.779 | WARNING | python_multipart.multipart:_internal_write:1401 - Skipping data after last boundary - {} 2025-04-01T14:33:12.781440580Z 2025-04-01 14:33:12.781 | INFO | open_webui.routers.files:upload_file:42 - file.content_type: application/pdf - {} 2025-04-01T14:33:12.841663820Z 2025-04-01 14:33:12.841 | INFO | open_webui.routers.retrieval:save_docs_to_vector_db:782 - save_docs_to_vector_db: document colors.pdf file-b56ccccf-6102-4123-8040-0017e00c0df3 - {} 2025-04-01T14:33:12.844974591Z 2025-04-01 14:33:12.844 | INFO | open_webui.routers.retrieval:save_docs_to_vector_db:865 - adding to collection file-b56ccccf-6102-4123-8040-0017e00c0df3 - {} 2025-04-01T14:33:13.310931796Z 2025-04-01 14:33:13.310 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 162.158.148.232:0 - "POST /api/v1/files/ HTTP/1.1" 200 - {} 2025-04-01T14:33:25.402515921Z 2025-04-01 14:33:25.402 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 162.158.148.232:0 - "GET /api/v1/files/b56ccccf-6102-4123-8040-0017e00c0df3/content HTTP/1.1" 200 - {}

Additional Information

apache tika 3.1.0.0-full as ocr-server-
not with full context mode
-openwebui v0.5.20

-the pdf does not exceed the upload limit
-it happens with both small, single page pdfs and large multi-page pdfs
it happens

  • all pdfs are affected. the earlier uploaded ones and the new ones

Image

Originally created by @wm-ek on GitHub (Apr 1, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/12295 ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Git Clone ### Open WebUI Version v0.6.0(and v0.5.20) ### Ollama Version (if applicable) _No response_ ### Operating System Debian 12 ### Browser (if applicable) Chrome Version 134.0.6998.165, Firefox 136.0.3 ### 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 listed steps to reproduce the bug in detail. ### Expected Behavior PDF Content showing up ### Actual Behavior PDF Content is blank ### Steps to Reproduce 1. Upload a PDF 2. Click on the pdf to view it Or include a pdf in a prompt and click on the source of the pdf ### Logs & Screenshots ![Image](https://github.com/user-attachments/assets/dcd58267-45df-4d0d-b666-2f66d403a392) ![Image](https://github.com/user-attachments/assets/0a8a306c-64b1-469e-9d4b-0fe92d67adbc) ![Image](https://github.com/user-attachments/assets/172195a6-1ac6-4bcc-a29b-a164743a2e1c) Docker Container Logs `2025-04-01T14:33:12.779801414Z 2025-04-01 14:33:12.779 | WARNING | python_multipart.multipart:_internal_write:1401 - Skipping data after last boundary - {} 2025-04-01T14:33:12.781440580Z 2025-04-01 14:33:12.781 | INFO | open_webui.routers.files:upload_file:42 - file.content_type: application/pdf - {} 2025-04-01T14:33:12.841663820Z 2025-04-01 14:33:12.841 | INFO | open_webui.routers.retrieval:save_docs_to_vector_db:782 - save_docs_to_vector_db: document colors.pdf file-b56ccccf-6102-4123-8040-0017e00c0df3 - {} 2025-04-01T14:33:12.844974591Z 2025-04-01 14:33:12.844 | INFO | open_webui.routers.retrieval:save_docs_to_vector_db:865 - adding to collection file-b56ccccf-6102-4123-8040-0017e00c0df3 - {} 2025-04-01T14:33:13.310931796Z 2025-04-01 14:33:13.310 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 162.158.148.232:0 - "POST /api/v1/files/ HTTP/1.1" 200 - {} 2025-04-01T14:33:25.402515921Z 2025-04-01 14:33:25.402 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 162.158.148.232:0 - "GET /api/v1/files/b56ccccf-6102-4123-8040-0017e00c0df3/content HTTP/1.1" 200 - {}` ### Additional Information apache tika 3.1.0.0-full as ocr-server- not with full context mode -openwebui v0.5.20 -the pdf does not exceed the upload limit -it happens with both small, single page pdfs and large multi-page pdfs it happens - all pdfs are affected. the earlier uploaded ones and the new ones ![Image](https://github.com/user-attachments/assets/731bd8ef-4328-4780-a5fa-d268dd431153)
GiteaMirror added the bug label 2026-04-25 05:57:27 -05:00
Author
Owner

@wm-ek commented on GitHub (Apr 1, 2025):

we used a cloudflare worker to inject a customer feedback tool; deactivating the worker resolved the problem. we will investigate the worker.

<!-- gh-comment-id:2769780371 --> @wm-ek commented on GitHub (Apr 1, 2025): we used a cloudflare worker to inject a customer feedback tool; deactivating the worker resolved the problem. we will investigate the worker.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#32068