1.3 KiB
name, description, metadata
| name | description | metadata | ||
|---|---|---|---|---|
| owui-image-generation | Image generation through LiteLLM works, and Open WebUI's default 512x512 size is rejected by every image model |
|
Wired and verified 2026-09-18: Open WebUI → LiteLLM → OpenAI on
openai/gpt-image-2, tested with the open-webui virtual key rather than the
master key.
⚠ Open WebUI ships image_generation.size as 512x512 and EVERY image model
on this account rejects it. Same key, same minute:
gpt-image-1— 400, "Supported sizes are 1024x1024, 1024x1536, 1536x1024, and auto."gpt-image-2,gpt-image-2.5-flare— 400, "below the current minimum pixel budget"
1024x1024 works. So a correct LiteLLM entry, a correct key allowlist and a
correct engine still give a feature that fails on every generation, surfaced in
the UI as a generic error. The default is the trap.
Four changes are all required and the third is silent: a LiteLLM entry with
model_info.mode: image_generation (NOT extra_body: {store: false} — that is
a Responses-API field); sudo podman restart connor_litellm_1; POST /key/update on the open-webui key; and the Open WebUI config rows via
~/config/open-webui/apply-imagegen.py with the container stopped.
Related: podman-compose-bind-mount-restart.
Details: ~/guides/llm/robots.md §20.