[GH-ISSUE #21405] issue: offline-mode still tries to download embedding model #19465

New Issue

GiteaMirror · 2026-04-20T01:56:24-05:00

GiteaMirror commented

2026-04-20 01:56:24 -05:00

Originally created by @ahxxm on GitHub (Feb 14, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/21405

Check Existing Issues

I have searched for any existing and/or related issues.
I have searched for any existing and/or related discussions.
I have also searched in the CLOSED issues AND CLOSED discussions and found no related items (your issue might already be addressed on the development branch!).
I am using the latest version of Open WebUI.

Installation Method

Docker

Open WebUI Version

v0.8.1

Ollama Version (if applicable)

No response

Operating System

Ubuntu LTS

Browser (if applicable)

No response

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

For this specific log: expect a log of skipping this or no log at all

For retrieval feature: when no model presented, either on a fresh start or user provided invalid model id(that can't be read from dir), the feature should be disabled, and explicitly tell user to turnoff OFFLINE_MODE if they want to download by model id.

Actual Behavior

v0.8.1 - building the best AI user interface.

https://github.com/open-webui/open-webui

ERROR [open_webui.retrieval.utils] Cannot determine model snapshot path: Cannot find an appropriate cached snapshot folder for the specified revision on the local disk and outgoing traffic has been disabled. To enable repo look-ups and downloads online, pass 'local_files_only=False' as input.
Traceback (most recent call last):
  File "/app/backend/open_webui/retrieval/utils.py", line 1267, in get_model_path
    model_repo_path = snapshot_download(**snapshot_kwargs)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/huggingface_hub/utils/_validators.py", line 89, in _inner_fn
    return fn(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/huggingface_hub/_snapshot_download.py", line 306, in snapshot_download
    raise LocalEntryNotFoundError(
huggingface_hub.errors.LocalEntryNotFoundError: Cannot find an appropriate cached snapshot folder for the specified revision on the local disk and outgoing traffic has been disabled. To enable repo look-ups and downloads online, pass 'local_files_only=False' as input.

Steps to Reproduce

docker compose setup

  chat:
    image: ghcr.io/open-webui/open-webui:v0.8.1-slim
    environment:
      - OFFLINE_MODE=True  # disables version check
      - ENABLE_SIGNUP=False
      - ENABLE_OLLAMA_API=0

and start by docker compose up -d

Logs & Screenshots

see above actual behavior

Additional Information

I'll take a look at codebase and see if a surgical code change may fix it

Originally created by @ahxxm on GitHub (Feb 14, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/21405 ### 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 have also searched in the CLOSED issues AND CLOSED discussions and found no related items (your issue might already be addressed on the development branch!). - [x] I am using the latest version of Open WebUI. ### Installation Method Docker ### Open WebUI Version v0.8.1 ### Ollama Version (if applicable) _No response_ ### Operating System Ubuntu LTS ### Browser (if applicable) _No response_ ### 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 For this specific log: expect a log of skipping this or no log at all For retrieval feature: when no model presented, either on a fresh start or user provided invalid model id(that can't be read from dir), the feature should be disabled, and explicitly tell user to turnoff OFFLINE_MODE if they want to download by model id. ### Actual Behavior ``` v0.8.1 - building the best AI user interface. https://github.com/open-webui/open-webui ERROR [open_webui.retrieval.utils] Cannot determine model snapshot path: Cannot find an appropriate cached snapshot folder for the specified revision on the local disk and outgoing traffic has been disabled. To enable repo look-ups and downloads online, pass 'local_files_only=False' as input. Traceback (most recent call last): File "/app/backend/open_webui/retrieval/utils.py", line 1267, in get_model_path model_repo_path = snapshot_download(**snapshot_kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/site-packages/huggingface_hub/utils/_validators.py", line 89, in _inner_fn return fn(*args, **kwargs) ^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/site-packages/huggingface_hub/_snapshot_download.py", line 306, in snapshot_download raise LocalEntryNotFoundError( huggingface_hub.errors.LocalEntryNotFoundError: Cannot find an appropriate cached snapshot folder for the specified revision on the local disk and outgoing traffic has been disabled. To enable repo look-ups and downloads online, pass 'local_files_only=False' as input. ``` ### Steps to Reproduce docker compose setup ``` chat: image: ghcr.io/open-webui/open-webui:v0.8.1-slim environment: - OFFLINE_MODE=True # disables version check - ENABLE_SIGNUP=False - ENABLE_OLLAMA_API=0 ``` and start by docker compose up -d ### Logs & Screenshots see above actual behavior ### Additional Information I'll take a look at codebase and see if a surgical code change may fix it

GiteaMirror added the bug label 2026-04-20 01:56:24 -05:00

GiteaMirror closed this issue

2026-04-20 01:56:24 -05:00

GiteaMirror commented

2026-04-20 01:56:26 -05:00

@Classic298 commented on GitHub (Mar 1, 2026):

https://github.com/open-webui/open-webui/pull/22106

@Classic298 commented on GitHub (Mar 1, 2026): https://github.com/open-webui/open-webui/pull/22106

GiteaMirror referenced this issue

2026-04-25 08:24:39 -05:00

[GH-ISSUE #19465] feat: Expose PASTED_TEXT_CHARACTER_LIMIT as environment variable to control paste as attachment #34420

GiteaMirror referenced this issue