Bug type
Regression (worked before, now fails)
Beta release blocker
No
Summary
Bug Description
After updating OpenClaw, the Control UI Dreaming tab became unusable.
When opening the Dreaming page, the normal screen is visible only briefly for about a second. Then large recall/trace-style text blocks appear on top of the page and take over the screen.
After that:
- the page cannot be scrolled properly
- interactions become blocked or broken
- the Dreaming screen is effectively unusable
This appears to be a new regression introduced with the recent update.
Current Behavior
- Open Dreaming tab
- The normal page appears briefly
- Then large text/recall/trace blocks overlay the screen
- Scrolling no longer works correctly
- The page becomes difficult or impossible to use
Expected Behavior
The Dreaming tab should remain fully usable:
- no full-page overlay
- no blocking recall/trace layer
- normal scrolling
- normal interaction with the page contents
Additional Context
This seems related to recent Dreaming UI changes.
There are already similar Control UI overlay bugs in other parts of the UI, but I could not find one describing this exact Dreaming-tab regression.
Potentially related issues:
There are also several recent Dreaming-related regressions opened on April 9, 2026, which may indicate that this was introduced by the new Dreaming update.
Version
Observed after updating to the recent OpenClaw release on April 9, 2026.
Steps to reproduce
Reproduction Steps
- Update OpenClaw to the latest version
- Open Control UI
- Go to the Dreaming tab
- Observe that the normal screen is visible briefly
- Then the recall/trace text blocks overlay the page and the tab becomes unusable
Expected behavior
The Dreaming tab should remain fully usable after it is opened.
Expected concrete behavior based on the visible initial render in the same session:
- the page should stay in its normal layout
- no large recall/trace text blocks should take over the screen
- scrolling should remain possible
- normal interaction with the page should remain possible
Actual behavior
When opening the Dreaming tab, the normal page is visible briefly for about one second. After that, large recall/trace-style text blocks appear over the page.
Observed result from the attached screenshots and user report:
- the overlay takes over the screen
- scrolling is no longer possible or is broken
- the page becomes unusable for normal interaction
Evidence:
- attached screenshot showing the normal Dreaming page before the overlay
- attached screenshot showing the later state with large recall/trace blocks covering the page
OpenClaw version
2026.4.9
Operating system
macOS Tahoe
Install method
npm
Model
openai-codex/gpt-5.4
Provider / routing chain
openclaw - oauth
Additional provider/model setup details
No response
Logs, screenshots, and evidence
- Two screenshots are attached.
- Screenshot 1 shows the Dreaming page in its normal initial state.
- Screenshot 2 shows the later broken state where large recall/trace-style text blocks cover the page.
- Based on direct inspection, the Dreaming page includes new recall/trace UI sections, so the blocking full-screen takeover appears to be unintended behavior rather than expected content.
- Similar open Control UI overlay issues exist in the repository, although none appear to describe this exact Dreaming-tab failure:
- #45331
- #45230
- #45340
- There are also multiple recent Dreaming-related regressions opened on April 9, 2026, suggesting this may be part of a recent Dreaming update regression cluster.
Impact and severity
No response
Additional information
No response
Bug type
Regression (worked before, now fails)
Beta release blocker
No
Summary
Bug Description
After updating OpenClaw, the Control UI Dreaming tab became unusable.
When opening the Dreaming page, the normal screen is visible only briefly for about a second. Then large recall/trace-style text blocks appear on top of the page and take over the screen.
After that:
This appears to be a new regression introduced with the recent update.
Current Behavior
Expected Behavior
The Dreaming tab should remain fully usable:
Additional Context
This seems related to recent Dreaming UI changes.
There are already similar Control UI overlay bugs in other parts of the UI, but I could not find one describing this exact Dreaming-tab regression.
Potentially related issues:
There are also several recent Dreaming-related regressions opened on April 9, 2026, which may indicate that this was introduced by the new Dreaming update.
Version
Observed after updating to the recent OpenClaw release on April 9, 2026.
Steps to reproduce
Reproduction Steps
Expected behavior
The Dreaming tab should remain fully usable after it is opened.
Expected concrete behavior based on the visible initial render in the same session:
Actual behavior
When opening the Dreaming tab, the normal page is visible briefly for about one second. After that, large recall/trace-style text blocks appear over the page.
Observed result from the attached screenshots and user report:
Evidence:
OpenClaw version
2026.4.9
Operating system
macOS Tahoe
Install method
npm
Model
openai-codex/gpt-5.4
Provider / routing chain
openclaw - oauth
Additional provider/model setup details
No response
Logs, screenshots, and evidence
Impact and severity
No response
Additional information
No response