openclaw - 💡(How to fix) Fix [Bug] Control UI 4.5: Media files show as blank - file:// path used instead of HTTP [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#62297Fetched 2026-04-08 03:06:26
View on GitHub
Comments
1
Participants
2
Timeline
1
Reactions
0
Author
Timeline (top)
commented ×1

Root Cause

The Control UI is using file:// URLs for media instead of HTTP URLs. Additionally, the config file at __openclaw/control-ui-config.json is accessible at the root path (returns 200) but returns 404 when accessed via /v1/attachment/download/__openclaw/control-ui-config.json.

Gateway bind mode: loopback (127.0.0.1) Gateway version: 2026.4.5

RAW_BUFFERClick to expand / collapse

Bug Description

In OpenClaw 4.5, the Control UI (web interface) fails to display generated images and videos properly. Instead of showing the media, the image areas are completely blank.

Steps to Reproduce

  1. Use OpenClaw 4.5
  2. Generate an image using the image_generate tool
  3. Observe that the image is not displayed in the Control UI chat

Expected Behavior

Images and videos should be displayed inline in the Control UI chat.

Actual Behavior

The image area is completely blank. In the browser console, errors appear:

  • favicon.svg:1 Failed to load resource: 404
  • :18789/v1/attachment/download/__openclaw/control-ui-config.json:1 Failed to load resource: 404

The image element in the DOM shows:

  • src="file:///C:/Users/bai32/.openclaw/media/tool-image-generation/..."

The browser attempts to load the local file path directly via file:// protocol, which fails due to browser security restrictions.

Root Cause Analysis

The Control UI is using file:// URLs for media instead of HTTP URLs. Additionally, the config file at __openclaw/control-ui-config.json is accessible at the root path (returns 200) but returns 404 when accessed via /v1/attachment/download/__openclaw/control-ui-config.json.

Gateway bind mode: loopback (127.0.0.1) Gateway version: 2026.4.5

Environment

extent analysis

TL;DR

The issue can be resolved by configuring the Control UI to use HTTP URLs for media instead of file:// URLs, potentially by updating the control-ui-config.json file or the gateway configuration.

Guidance

  • Verify that the control-ui-config.json file is correctly configured and accessible via the expected URL, as the 404 error suggests a potential misconfiguration.
  • Check the gateway configuration to ensure it is properly serving media files and the control-ui-config.json file, considering the loopback bind mode and version 2026.4.5.
  • Investigate why the browser is attempting to load media via file:// protocol instead of an HTTP URL, which may involve updating the image generation tool or the Control UI to use the correct URL scheme.
  • Test accessing the media files directly via their expected HTTP URLs to confirm they are being served correctly by the gateway.

Example

No specific code snippet is provided due to the lack of detailed implementation details in the issue, but an example of how media URLs might be correctly configured could involve changing src attributes in the DOM from file:///C:/... to http://127.0.0.1:18789/....

Notes

The solution may depend on specific details of the OpenClaw configuration and implementation, which are not fully provided in the issue. Additionally, browser security restrictions on loading local files via file:// protocol are a known issue and using HTTP URLs is the standard approach to avoid these restrictions.

Recommendation

Apply a workaround by configuring the Control UI and gateway to use HTTP URLs for media, as this directly addresses the identified issue of file:// URLs causing browser security restrictions and 404 errors.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING