Issue 400: '_type' while downloading the file for knowledge. #5171

New Issue

2025-11-11T16:13:41-06:00

GiteaMirror commented

2025-11-11 16:13:41 -06:00

Originally created by @RubanVladyslav on GitHub (May 14, 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

latest in docker-hub)

Ollama Version (if applicable)

No response

Operating System

Windows 10

Browser (if applicable)

Chrome

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

Successfully load file into knowledge

Actual Behavior

After trying to load a .txt file, I caught the following error in the browser:

Failed to load resource: the server responded with a status of 400 (Bad Request)
index.ts:204 Objectdetail: "400: '_type'"[[Prototype]]: Object

All systems are deployed to the server with nginx configuration

Steps to Reproduce

Use my Docker setup
Use OpenAI
Load the .txt file into knowledge

Logs & Screenshots

Additional Information

services:
    chroma_db:
      image: ghcr.io/chroma-core/chroma:latest
      command: ["run", "--host", "${CHROMA_HTTP_HOST}", "--port", "${CHROMA_HTTP_PORT}", "--path", "/app/chroma_db/data"]
      volumes:
        - chroma_data:/app/chroma_db/data
      networks:
        - demo

    open-webui:
      image: ghcr.io/open-webui/open-webui
      depends_on:
        - chroma_db
      ports:
        - "${WEBUI_PORT}:${WEBUI_PORT}"
      environment:
        - "HF_HUB_OFFLINE=1"
        - "CHROMA_HTTP_HOST=${CHROMA_HTTP_HOST}"
        - "CHROMA_HTTP_PORT=${CHROMA_HTTP_PORT}"
        - "PORT=${WEBUI_PORT}"
      volumes:
        - webui_data:/app/backend/data
      env_file: .env
      restart: unless-stopped
      networks:
        - demo

networks:
  demo:
    driver: bridge

volumes:
  chroma_data:
  webui_data:

Originally created by @RubanVladyslav on GitHub (May 14, 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 latest in docker-hub) ### Ollama Version (if applicable) _No response_ ### Operating System Windows 10 ### Browser (if applicable) Chrome ### 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 Successfully load file into knowledge ### Actual Behavior After trying to load a .txt file, I caught the following error in the browser: ``` Failed to load resource: the server responded with a status of 400 (Bad Request) index.ts:204 Objectdetail: "400: '_type'"[[Prototype]]: Object ``` All systems are deployed to the server with nginx configuration ### Steps to Reproduce 1) Use my Docker setup 2) Use OpenAI 3) Load the .txt file into knowledge ### Logs & Screenshots ![Image](https://github.com/user-attachments/assets/85caa3ac-98fc-44d7-a114-0265d5bcccc7) ![Image](https://github.com/user-attachments/assets/3e944332-2c07-4255-aec8-45ef12f4b42f) ### Additional Information ``` services: chroma_db: image: ghcr.io/chroma-core/chroma:latest command: ["run", "--host", "${CHROMA_HTTP_HOST}", "--port", "${CHROMA_HTTP_PORT}", "--path", "/app/chroma_db/data"] volumes: - chroma_data:/app/chroma_db/data networks: - demo open-webui: image: ghcr.io/open-webui/open-webui depends_on: - chroma_db ports: - "${WEBUI_PORT}:${WEBUI_PORT}" environment: - "HF_HUB_OFFLINE=1" - "CHROMA_HTTP_HOST=${CHROMA_HTTP_HOST}" - "CHROMA_HTTP_PORT=${CHROMA_HTTP_PORT}" - "PORT=${WEBUI_PORT}" volumes: - webui_data:/app/backend/data env_file: .env restart: unless-stopped networks: - demo networks: demo: driver: bridge volumes: chroma_data: webui_data: ```

GiteaMirror added the bug label 2025-11-11 16:13:41 -06:00

GiteaMirror closed this issue

2025-11-11 16:13:42 -06:00

GiteaMirror commented

2025-11-11 16:13:42 -06:00

@tjbck commented on GitHub (May 14, 2025):

Unable to reproduce on our end, I'd suggest you check if both internal chromadb version matches the external chromadb.

@tjbck commented on GitHub (May 14, 2025): Unable to reproduce on our end, I'd suggest you check if both internal chromadb version matches the external chromadb.

GiteaMirror referenced this issue

2026-04-19 20:26:47 -05:00

[GH-ISSUE #5171] Problem with ComfyUI integration (GET /images/api/v1/models HTTP/1.1" 400 Bad Request) #13883

GiteaMirror referenced this issue

2026-04-25 03:50:00 -05:00

[GH-ISSUE #5171] Problem with ComfyUI integration (GET /images/api/v1/models HTTP/1.1" 400 Bad Request) #29411

GiteaMirror referenced this issue

2026-05-05 13:39:10 -05:00

[GH-ISSUE #5171] Problem with ComfyUI integration (GET /images/api/v1/models HTTP/1.1" 400 Bad Request) #52549

GiteaMirror referenced this issue

2026-05-13 00:51:07 -05:00

[GH-ISSUE #5171] Problem with ComfyUI integration (GET /images/api/v1/models HTTP/1.1" 400 Bad Request) #68487