Description

When chatting in the Web UI (webchat), after sending a message the viewport stays at (or jumps back to) the user message position. When the assistant reply streams in at the bottom, a "new message" badge appears but the page does not auto-scroll to follow the response. The user must manually click the badge every time to see the reply.

Expected behavior

After sending a message, the chat should automatically scroll to follow the assistant's streaming response so the user can read it in real time without extra clicks.

Current behavior

1. User sends a message
2. Page stays at the sent message position
3. Assistant reply appears below the viewport
4. A "new message" badge/button appears
5. User must click it to scroll down to the reply

This happens on every message exchange, making conversations tedious.

Environment

• OpenClaw version: 2026.2.9 (latest)
• Platform: Synology DSM (Linux 4.4.302+ x64)
• Node: v24.13.0
• Browser: Chrome (latest)

Notes

• v2026.2.9 release notes mention "Web UI: make chat refresh smoothly scroll to the latest messages and suppress new-messages badge flash during manual refresh" — this fix works for manual refresh but does not cover the streaming reply scenario.
• Hard refresh (Ctrl+Shift+R) does not resolve the issue.
• Related older issues: macOS webchat: Add scroll-to-bottom button when scrolled up #2466 (scroll-to-bottom button proposal), fix(macos): auto-scroll to bottom when sending message while scrolled up #2471 (macOS webchat scroll on send).