github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-07-15 21:19:39 -05:00
Code Issues 2.4k Packages Projects Releases 129 Wiki Activity

[GH-ISSUE #23860] issue: 0.8.12 arm64 docker image has a corrupted typer package (file size is 0) #107085

New Issue
Closed
opened 2026-05-18 05:37:44 -05:00 by GiteaMirror · 1 comment
GiteaMirror commented 2026-05-18 05:37:44 -05:00
Owner
Copy Link

Originally created by @Wren6991 on GitHub (Apr 17, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/23860

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.12

Ollama Version (if applicable)

No response

Operating System

MacOS 26

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 the high-level failure, repro is:

docker run --rm ghcr.io/open-webui/open-webui:0.8.12

Expected: service starts, or complains about missing configuration variables.

Actual Behavior

The python process exits immediately with no output and a return code of 0.

Steps to Reproduce

The repro is just:

docker run --rm ghcr.io/open-webui/open-webui:0.8.12

Logs & Screenshots

I've done some debugging. Invoking python directly to get the output:

% docker run --rm ghcr.io/open-webui/open-webui:0.8.12 python3 -c "import open_webui; print(open_webui.__file__)"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/app/backend/open_webui/__init__.py", line 10, in <module>
    app = typer.Typer()
          ^^^^^^^^^^^
AttributeError: module 'typer' has no attribute 'Typer'

Seems pretty fundamental. Tracking down the file that is being imported:

% docker run --rm ghcr.io/open-webui/open-webui:0.8.12 python3 -c "import typer; print(typer.__file__); print(dir(typer))"
/usr/local/lib/python3.11/site-packages/typer/__init__.py
['__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__path__', '__spec__']

Inspecting the module files:

% docker run --rm ghcr.io/open-webui/open-webui:0.8.12 ls -l /usr/local/lib/python3.11/site-packages/typer/    

total 0
-rw-r--r-- 1 root root 0 Mar 25 22:51 __init__.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 __main__.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 _completion_classes.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 _completion_shared.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 _types.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 _typing.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 cli.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 colors.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 completion.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 core.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 main.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 models.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 params.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 py.typed
-rw-r--r-- 1 root root 0 Mar 25 22:51 rich_utils.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 testing.py
-rw-r--r-- 1 root root 0 Mar 25 22:51 utils.py

All files have 0 bytes. It looks like the writes were truncated during image creation.

The hash for this image is:

% docker inspect ghcr.io/open-webui/open-webui:0.8.12 --format '{{index .RepoDigests 0}}'
ghcr.io/open-webui/open-webui@sha256:8113fa5510020ef05a44afc0c42d33eabeeb2524a996e3e3fb8c437c00f0d792

Additional Information

As an aside, please consider reporting unhandled Python exceptions to the docker stdout/stderr so this sort of issue is easier to diagnose.

Originally created by @Wren6991 on GitHub (Apr 17, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/23860 ### 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.12 ### Ollama Version (if applicable) _No response_ ### Operating System MacOS 26 ### 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 the high-level failure, repro is: ``` docker run --rm ghcr.io/open-webui/open-webui:0.8.12 ``` Expected: service starts, or complains about missing configuration variables. ### Actual Behavior The python process exits immediately with no output and a return code of 0. ### Steps to Reproduce The repro is just: ``` docker run --rm ghcr.io/open-webui/open-webui:0.8.12 ``` ### Logs & Screenshots I've done some debugging. Invoking python directly to get the output: ``` % docker run --rm ghcr.io/open-webui/open-webui:0.8.12 python3 -c "import open_webui; print(open_webui.__file__)" Traceback (most recent call last): File "<string>", line 1, in <module> File "/app/backend/open_webui/__init__.py", line 10, in <module> app = typer.Typer() ^^^^^^^^^^^ AttributeError: module 'typer' has no attribute 'Typer' ``` Seems pretty fundamental. Tracking down the file that is being imported: ``` % docker run --rm ghcr.io/open-webui/open-webui:0.8.12 python3 -c "import typer; print(typer.__file__); print(dir(typer))" /usr/local/lib/python3.11/site-packages/typer/__init__.py ['__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__path__', '__spec__'] ``` Inspecting the module files: ``` % docker run --rm ghcr.io/open-webui/open-webui:0.8.12 ls -l /usr/local/lib/python3.11/site-packages/typer/ total 0 -rw-r--r-- 1 root root 0 Mar 25 22:51 __init__.py -rw-r--r-- 1 root root 0 Mar 25 22:51 __main__.py -rw-r--r-- 1 root root 0 Mar 25 22:51 _completion_classes.py -rw-r--r-- 1 root root 0 Mar 25 22:51 _completion_shared.py -rw-r--r-- 1 root root 0 Mar 25 22:51 _types.py -rw-r--r-- 1 root root 0 Mar 25 22:51 _typing.py -rw-r--r-- 1 root root 0 Mar 25 22:51 cli.py -rw-r--r-- 1 root root 0 Mar 25 22:51 colors.py -rw-r--r-- 1 root root 0 Mar 25 22:51 completion.py -rw-r--r-- 1 root root 0 Mar 25 22:51 core.py -rw-r--r-- 1 root root 0 Mar 25 22:51 main.py -rw-r--r-- 1 root root 0 Mar 25 22:51 models.py -rw-r--r-- 1 root root 0 Mar 25 22:51 params.py -rw-r--r-- 1 root root 0 Mar 25 22:51 py.typed -rw-r--r-- 1 root root 0 Mar 25 22:51 rich_utils.py -rw-r--r-- 1 root root 0 Mar 25 22:51 testing.py -rw-r--r-- 1 root root 0 Mar 25 22:51 utils.py ``` All files have 0 bytes. It looks like the writes were truncated during image creation. The hash for this image is: ``` % docker inspect ghcr.io/open-webui/open-webui:0.8.12 --format '{{index .RepoDigests 0}}' ghcr.io/open-webui/open-webui@sha256:8113fa5510020ef05a44afc0c42d33eabeeb2524a996e3e3fb8c437c00f0d792 ``` ### Additional Information As an aside, **please** consider reporting unhandled Python exceptions to the docker stdout/stderr so this sort of issue is easier to diagnose.
GiteaMirror added the bug label 2026-05-18 05:37:44 -05:00
GiteaMirror commented 2026-05-18 05:37:47 -05:00
Author
Owner
Copy Link

@tjbck commented on GitHub (Apr 24, 2026):

Likely addressed in dev.

<!-- gh-comment-id:4311781221 --> @tjbck commented on GitHub (Apr 24, 2026): Likely addressed in dev.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
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 Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#107085
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?