openclaw - 💡(How to fix) Fix Webchat HTTP 401 on __openclaw/ routes after session compaction [1 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#71476Fetched 2026-04-26 05:12:25
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Author
Participants
RAW_BUFFERClick to expand / collapse

Bug Description

After session compaction (loop detection crash), the OpenClaw webchat UI (port 18789) continuously logs 401 errors for specific HTTP routes:

WebSocket connections work fine (new tabs connect successfully), but the HTTP requests for static resources fail with 401.

Steps to Reproduce

  1. Open webchat at http://127.0.0.1:18789/
  2. Trigger session compaction (loop detection, e.g. repeated exec calls)
  3. Open a new tab or refresh — 401 errors persist
  4. Closing and reopening the tab does not resolve the issue

Gateway Log

Environment

  • OpenClaw: v2026.4.22
  • macOS
  • Gateway on port 18789
  • Auth profile: minimax (rate limited during compaction)

Notes

  • The avatar endpoint also returns 401 despite working earlier
  • sessionStorage.clear() + refresh does not fix
  • Only way to clear errors is to completely restart the browser process

extent analysis

TL;DR

The 401 errors in the OpenClaw webchat UI after session compaction may be related to authentication issues caused by the rate-limited auth profile "minimax" during compaction.

Guidance

  • Verify that the auth profile "minimax" is correctly configured and not causing issues with authentication during session compaction.
  • Check the Gateway Log for any specific error messages related to authentication or rate limiting that may indicate the root cause of the 401 errors.
  • Test the webchat UI with a different auth profile to see if the issue persists, which could help determine if the problem is specific to the "minimax" profile.
  • Consider temporarily disabling rate limiting on the "minimax" auth profile to see if it resolves the issue, which could help confirm if rate limiting is the cause.

Example

No code snippet is provided as there is no clear indication of a specific code issue.

Notes

The issue seems to be related to the interaction between session compaction, the "minimax" auth profile, and rate limiting. The fact that WebSocket connections work fine but HTTP requests for static resources fail with 401 errors suggests an issue with how authentication is handled during session compaction.

Recommendation

Apply a workaround by temporarily disabling rate limiting on the "minimax" auth profile to see if it resolves the issue, as this could help determine if rate limiting is the cause of the 401 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