issue: Document processing (Tika) times out silently after 60 s from frontend #5568

New Issue

Closed

opened 2025-11-11 16:24:42 -06:00 by GiteaMirror · 1 comment

GiteaMirror commented 2025-11-11 16:24:42 -06:00

Owner

Copy Link

Copy Source

Originally created by @jakehlee on GitHub (Jun 17, 2025).

Check Existing Issues

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

Installation Method

Docker

Open WebUI Version

v0.6.15

Ollama Version (if applicable)

v0.9.0

Operating System

RHEL 9.5

Browser (if applicable)

Chrome 137.0

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

1. The file upload should have failed with an error message indicating that the document processing has timed out, OR
2. There should be a configuration to increase the frontend timeout for document processing.

Actual Behavior

After dragging and dropping the file into the browser, a spinning file icon indicated that the model was in the process of uploading. After 60 seconds, this icon disappeared without a warning message, despite the logs indicating that Tika was still processing the file, and eventually added to the document store.

Steps to Reproduce

1. Run the docker://ollama/ollama image with its configuration.

2. Run the docker://ghcr.io/open-webui/open-webui:main image with the following relevant environmental variable configurations:

AIOHTTP_CLIENT_TIMEOUT=300
ENABLE_WEBSOCKET_SUPPORT=True
PDF_EXTRACT_IMAGES=True
CONTENT_EXTRACTION_ENGINE=Tika
TIKA_SERVER_URL="http://localhost:9998"

3. Run the docker://apache/tika:latest-full image with the following custom configuration:

<?xml version="1.0" encoding="UTF-8"?>
<properties>
  <server>
    <taskTimeoutMillis>300000</taskTimeoutMillis> <!-- 5 minutes -->
  </server>
</properties>

4. Run the docker://nginx:alpine image with the following custom configuration:

server {
    listen 443 ssl;
    server_name example.com;

    ssl_certificate example.crt;
    ssl_certificate_key example.key;

    location / {
        proxy_pass http://localhost:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        proxy_buffering off;

        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";

        client_max_body_size 50M;
        proxy_read_timeout 5m;
        proxy_connect_timeout 5m;
        proxy_send_timeout 5m;
    }
}

Drag and drop a large PDF with many OCR images into open-webui.

Logs & Screenshots

The following is all shown in chronological order.

Immediately after file drag-and-drop:

Server logs:

(first time log message)

[...] | INFO  [qtp1727424614-113] org.apache.tika.parser.ocr.TesseractOCRParser Tesseract is installed and is being invoked. This can add greatly to processing time.  If you do not want tesseract to be applied to your files see: https://cwiki.apache.org/confluence/display/TIKA/TikaOCR#TikaOCR-disable-ocr

Subsequently,

2025-06-17 02:25:56.739 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.20.2:0 - "GET /_app/version.json HTTP/1.1" 200 - {}
192.168.20.2 - - [17/Jun/2025:02:25:56 -0700] "GET /_app/version.json HTTP/1.1" 200 54 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36"
2025-06-17 02:26:12.900 | INFO     | open_webui.routers.files:upload_file:94 - file.content_type: application/pdf - {}
INFO  [qtp1727424614-96] 09:26:12,913 org.apache.tika.server.core.resource.TikaResource /tika (application/pdf)
2025-06-17 02:26:57.739 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.20.2:0 - "GET /_app/version.json HTTP/1.1" 200 - {}
192.168.20.2 - - [17/Jun/2025:02:26:57 -0700] "GET /_app/version.json HTTP/1.1" 200 54 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36"
192.168.20.2 - - [17/Jun/2025:02:27:12 -0700] "POST /api/v1/files/ HTTP/1.1" 499 0 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36"

At this point, the file upload disappears silently from open-webui without a warning message, with the following in the console logs:

           POST https://example.com/api/v1/files/ net::ERR_EMPTY_RESPONSE
window.fetch @ fetcher.js:76
s @ index.ts:12
kt @ MessageInput.svelte:277
(anonymous) @ MessageInput.svelte:398
_t @ MessageInput.svelte:323
fn @ MessageInput.svelte:426
index.ts:26 TypeError: Failed to fetch
    at window.fetch (fetcher.js:76:10)
    at s (index.ts:12:20)
    at kt (MessageInput.svelte:277:31)
    at MessageInput.svelte:398:5
    at Array.forEach (<anonymous>)
    at _t (MessageInput.svelte:323:14)
    at HTMLDivElement.fn (MessageInput.svelte:426:5)
(anonymous) @ index.ts:26
Promise.catch
s @ index.ts:24
kt @ MessageInput.svelte:277
(anonymous) @ MessageInput.svelte:398
_t @ MessageInput.svelte:323
fn @ MessageInput.svelte:426

Meanwhile, the backend keeps going:

2025-06-17 02:27:56.462 | INFO     | open_webui.routers.retrieval:save_docs_to_vector_db:1125 - save_docs_to_vector_db: document test.pdf file-3a6c2f72-8aae-4826-8115-c0c341a34ad1 - {}
2025-06-17 02:27:56.467 | INFO     | open_webui.routers.retrieval:save_docs_to_vector_db:1208 - adding to collection file-3a6c2f72-8aae-4826-8115-c0c341a34ad1 - {}
Batches:   0%|          | 0/3 [00:00<?, ?it/s]2025-06-17 02:27:58.727 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.20.2:0 - "GET /_app/version.json HTTP/1.1" 200 - {}
192.168.20.2 - - [17/Jun/2025:02:27:58 -0700] "GET /_app/version.json HTTP/1.1" 200 54 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36"
Batches: 100%|██████████| 3/3 [00:05<00:00,  1.79s/it]

Indicating that Tika did, in fact, return a valid extraction and that it was added to the vector_db; however, it remains missing from the frontend.

Additional Information

• Is the NGINX reverse proxy timing out?
  • No, only open-webui is behind the reverse proxy, Tika and OWUI are on the same localhost network.
• Is Tika accessible?
  • Yes, it is clearly working on the provided PDF, and it works for other smaller PDFs without OCR.
• AIOHTTP_CLIENT_TIMEOUT?
  • It was set to 300.
• NGINX timeout?
  • All timeouts were set to 5m.
• Tika has a task timeout of 60 seconds.
  • The configuration I shared has it set to 300, and it does finish running.

Thank you!!!

Originally created by @jakehlee on GitHub (Jun 17, 2025). ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Docker ### Open WebUI Version v0.6.15 ### Ollama Version (if applicable) v0.9.0 ### Operating System RHEL 9.5 ### Browser (if applicable) Chrome 137.0 ### 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 1. The file upload should have failed with an error message indicating that the document processing has timed out, OR 2. There should be a configuration to increase the frontend timeout for document processing. ### Actual Behavior After dragging and dropping the file into the browser, a spinning file icon indicated that the model was in the process of uploading. After 60 seconds, this icon disappeared without a warning message, despite the logs indicating that Tika was still processing the file, and eventually added to the document store. ### Steps to Reproduce 1. Run the `docker://ollama/ollama` image with its configuration. 2. Run the `docker://ghcr.io/open-webui/open-webui:main` image with the following relevant environmental variable configurations: ``` AIOHTTP_CLIENT_TIMEOUT=300 ENABLE_WEBSOCKET_SUPPORT=True PDF_EXTRACT_IMAGES=True CONTENT_EXTRACTION_ENGINE=Tika TIKA_SERVER_URL="http://localhost:9998" ``` 3. Run the `docker://apache/tika:latest-full` image with the following custom configuration: ``` <?xml version="1.0" encoding="UTF-8"?> <properties> <server> <taskTimeoutMillis>300000</taskTimeoutMillis> <!-- 5 minutes --> </server> </properties> ``` 4. Run the `docker://nginx:alpine` image with the following custom configuration: ``` server { listen 443 ssl; server_name example.com; ssl_certificate example.crt; ssl_certificate_key example.key; location / { proxy_pass http://localhost:3000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_buffering off; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; client_max_body_size 50M; proxy_read_timeout 5m; proxy_connect_timeout 5m; proxy_send_timeout 5m; } } ``` Drag and drop a large PDF with many OCR images into open-webui. ### Logs & Screenshots The following is all shown in chronological order. Immediately after file drag-and-drop: <img width="773" alt="Image" src="https://github.com/user-attachments/assets/e21dd746-af97-4d55-8a5a-58d5f5a6c564" /> Server logs: (first time log message) ``` [...] | INFO [qtp1727424614-113] org.apache.tika.parser.ocr.TesseractOCRParser Tesseract is installed and is being invoked. This can add greatly to processing time. If you do not want tesseract to be applied to your files see: https://cwiki.apache.org/confluence/display/TIKA/TikaOCR#TikaOCR-disable-ocr ``` Subsequently, ``` 2025-06-17 02:25:56.739 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.20.2:0 - "GET /_app/version.json HTTP/1.1" 200 - {} 192.168.20.2 - - [17/Jun/2025:02:25:56 -0700] "GET /_app/version.json HTTP/1.1" 200 54 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36" 2025-06-17 02:26:12.900 | INFO | open_webui.routers.files:upload_file:94 - file.content_type: application/pdf - {} INFO [qtp1727424614-96] 09:26:12,913 org.apache.tika.server.core.resource.TikaResource /tika (application/pdf) 2025-06-17 02:26:57.739 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.20.2:0 - "GET /_app/version.json HTTP/1.1" 200 - {} 192.168.20.2 - - [17/Jun/2025:02:26:57 -0700] "GET /_app/version.json HTTP/1.1" 200 54 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36" 192.168.20.2 - - [17/Jun/2025:02:27:12 -0700] "POST /api/v1/files/ HTTP/1.1" 499 0 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36" ``` At this point, the file upload disappears silently from open-webui without a warning message, with the following in the console logs: ``` POST https://example.com/api/v1/files/ net::ERR_EMPTY_RESPONSE window.fetch @ fetcher.js:76 s @ index.ts:12 kt @ MessageInput.svelte:277 (anonymous) @ MessageInput.svelte:398 _t @ MessageInput.svelte:323 fn @ MessageInput.svelte:426 index.ts:26 TypeError: Failed to fetch at window.fetch (fetcher.js:76:10) at s (index.ts:12:20) at kt (MessageInput.svelte:277:31) at MessageInput.svelte:398:5 at Array.forEach (<anonymous>) at _t (MessageInput.svelte:323:14) at HTMLDivElement.fn (MessageInput.svelte:426:5) (anonymous) @ index.ts:26 Promise.catch s @ index.ts:24 kt @ MessageInput.svelte:277 (anonymous) @ MessageInput.svelte:398 _t @ MessageInput.svelte:323 fn @ MessageInput.svelte:426 ``` Meanwhile, the backend keeps going: ``` 2025-06-17 02:27:56.462 | INFO | open_webui.routers.retrieval:save_docs_to_vector_db:1125 - save_docs_to_vector_db: document test.pdf file-3a6c2f72-8aae-4826-8115-c0c341a34ad1 - {} 2025-06-17 02:27:56.467 | INFO | open_webui.routers.retrieval:save_docs_to_vector_db:1208 - adding to collection file-3a6c2f72-8aae-4826-8115-c0c341a34ad1 - {} Batches: 0%| | 0/3 [00:00<?, ?it/s]2025-06-17 02:27:58.727 | INFO | uvicorn.protocols.http.httptools_impl:send:476 - 192.168.20.2:0 - "GET /_app/version.json HTTP/1.1" 200 - {} 192.168.20.2 - - [17/Jun/2025:02:27:58 -0700] "GET /_app/version.json HTTP/1.1" 200 54 "https://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Safari/537.36" Batches: 100%|██████████| 3/3 [00:05<00:00, 1.79s/it] ``` Indicating that Tika did, in fact, return a valid extraction and that it was added to the vector_db; however, it remains missing from the frontend. ### Additional Information * Is the NGINX reverse proxy timing out? - No, only open-webui is behind the reverse proxy, Tika and OWUI are on the same localhost network. * Is Tika accessible? - Yes, it is clearly working on the provided PDF, and it works for other smaller PDFs without OCR. * AIOHTTP_CLIENT_TIMEOUT? - It was set to 300. * NGINX timeout? - All timeouts were set to 5m. * Tika has a task timeout of 60 seconds. - The configuration I shared has it set to 300, and it does finish running. Thank you!!!

GiteaMirror added the bug label 2025-11-11 16:24:42 -06:00

GiteaMirror closed this issue 2025-11-11 16:24:42 -06:00

GiteaMirror commented 2025-11-11 16:24:43 -06:00

Author

Owner

Copy Link

Copy Source

@jakehlee commented on GitHub (Jun 17, 2025):

Disregard - this seems to be an issue with browser configuration. It will happily wait for several minutes with a different browser.

@jakehlee commented on GitHub (Jun 17, 2025): Disregard - this seems to be an issue with browser configuration. It will happily wait for several minutes with a different browser.

GiteaMirror referenced this issue 2026-04-19 20:32:32 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #14037

GiteaMirror referenced this issue 2026-04-25 03:56:02 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #29565

GiteaMirror referenced this issue 2026-05-05 13:47:37 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #52703

GiteaMirror referenced this issue 2026-05-13 00:59:23 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #68641

GiteaMirror referenced this issue 2026-05-15 09:34:39 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #84777

GiteaMirror referenced this issue 2026-05-17 22:41:09 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #101032

GiteaMirror referenced this issue 2026-05-20 18:55:57 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #117347

GiteaMirror referenced this issue 2026-05-24 23:09:42 -05:00

[GH-ISSUE #5568] Communication with Ollama stopped working #133764

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

main

dev

v0.11.1

v0.11.0

v0.10.2

v0.10.1

v0.10.0

v0.9.6

v0.9.5

v0.9.4

v0.9.3

v0.9.2

v0.9.1

v0.9.0

v0.8.12

v0.8.11

v0.8.10

v0.8.9

v0.8.8

v0.8.7

v0.8.6

v0.8.5

v0.8.4

v0.8.3

v0.8.2

v0.8.1

v0.8.0

v0.7.2

v0.7.1

v0.7.0

v0.6.43

v0.6.42

v0.6.41

v0.6.40

v0.6.39

v0.6.38

v0.6.37

v0.6.36

v0.6.35

v0.6.34

v0.6.33

v0.6.32

v0.6.31

v0.6.30

v0.6.29

v0.6.28

v0.6.27

v0.6.26

v0.6.25

v0.6.24

v0.6.23

v0.6.22

v0.6.21

v0.6.20

v0.6.19

v0.6.18

v0.6.17

v0.6.16

v0.6.15

v0.6.14

v0.6.13

v0.6.12

v0.6.11

v0.6.10

v0.6.9

v0.6.8

v0.6.7

v0.6.6

v0.6.5

v0.6.4

v0.6.3

v0.6.2

v0.6.1

v0.6.0

v0.5.20

v0.5.19

v0.5.18

v0.5.17

v0.5.16

v0.5.15

v0.5.14

v0.5.13

v0.5.12

v0.5.11

v0.5.10

v0.5.9

v0.5.8

v0.5.7

v0.5.6

v0.5.5

v0.5.4

v0.5.3

v0.5.2

v0.5.1

v0.5.0

v0.4.8

v0.4.7

v0.4.6

v0.4.5

v0.4.4

v0.4.3

v0.4.2

v0.4.1

v0.4.0

v0.3.35

v0.3.34

v0.3.33

v0.3.32

v0.3.31

v0.3.30

v0.3.29

v0.3.28

v0.3.27

v0.3.26

v0.3.25

v0.3.24

v0.3.23

v0.3.22

v0.3.21

v0.3.20

v0.3.19

v0.3.18

v0.3.17

v0.3.16

v0.3.15

v0.3.14

v0.3.13

v0.3.12

v0.3.11

v0.3.10

v0.3.9

v0.3.8

v0.3.7

v0.3.6

v0.3.5

v0.3.4

v0.3.3

v0.3.2

v0.3.1

v0.3.0

v0.2.5

v0.2.4

v0.2.3

v0.2.2

v0.2.1

v0.2.0

v0.1.125

v0.1.124

v0.1.123

v0.1.122

v0.1.121

v0.1.120

v0.1.119

v0.1.118

v0.1.117

v0.1.116

v0.1.115

v0.1.114

v0.1.113

v0.1.112

v0.1.111

v0.1.110

v0.1.109

v0.1.108

v0.1.107

v0.1.106

v0.1.105

v0.1.104

v0.1.103

v0.1.102

Labels

Clear labels

bug

confirmed

confirmed issue

core

documentation

enhancement

good first issue

help wanted

non-core

pull-request

Mirrored from GitHub Pull Request

python

question

testing wanted

No labels bug

Milestone

No items

No Milestone

Projects

Clear projects

No projects

Assignees

Clear assignees

GiteaMirror ninjasurge (Kaehlen Rog)

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/open-webui#5568