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
Upload a PDF
Click on the pdf to view it
Or include a pdf in a prompt and click on the source of the pdf
Logs & Screenshots
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
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



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

GiteaMirror
added the bug label 2026-05-05 17:18:36 -05:00
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.
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 @wm-ek on GitHub (Apr 1, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/12295
Check Existing Issues
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
README.md.Expected Behavior
PDF Content showing up
Actual Behavior
PDF Content is blank
Steps to Reproduce
Or include a pdf in a prompt and click on the source of the pdf
Logs & Screenshots
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
@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.