fix(ui): make raw config textarea scrollable in settings view#94232
fix(ui): make raw config textarea scrollable in settings view#94232Pandah97 wants to merge 1 commit into
Conversation
The config-main container used overflow:clip which prevented the raw config textarea (min-height: 500px) from being reachable when the viewport is smaller than the textarea height. Changed to overflow-y:auto so the main content area scrolls when the raw config exceeds the available viewport height. Fixes openclaw#94202
|
Thanks for the context here. I swept through the related work, and this is now duplicate or superseded. Close as superseded: the same Raw config visibility problem is already fixed by merged replacement #96145, while this branch only adds a parent Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Canonical path: Keep the merged So I’m closing this here and keeping the remaining discussion on #96145. Review detailsBest possible solution: Keep the merged Do we have a high-confidence way to reproduce the issue? Yes at source level: the linked report described Raw config becoming unreachable after Settings navigation, and current main has a focused Is this the best way to solve the issue? No. The current CSS parent overflow change is no longer the best fix because current main solves the issue at the retained child scroller and includes regression coverage. Security review: Security review cleared: Cleared: the diff only changes local Control UI CSS overflow and does not touch secrets handling, dependencies, workflows, package metadata, or execution paths. AGENTS.md: found and applied where relevant. What I checked:
Likely related people:
Codex review notes: model internal, reasoning high; reviewed against d1b917120a47; fix evidence: release v2026.6.11-beta.1, commit 63874fa0d119. |
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. |
|
Closing — stale for 3+ days, P2/low priority, and marked |
Summary
.config-mainusedoverflow: clipwhich prevented the main content area from scrolling when the raw config textarea exceeded the container bounds.config-maintooverflow-y: autoso the content area scrolls properlyFixes #94202
Real behavior proof
Proof type: Runtime behavior proof that reads the actual CSS from OpenClaw's source and demonstrates the overflow behavior difference between
overflow: clip(old) andoverflow-y: auto(new).What the proof demonstrates:
.config-mainCSS rule was updated fromoverflow: hidden; overflow: clip;tooverflow-y: auto;overflow: clip: content exceeding container is clipped, no scrollbar, user cannot see full raw config textareaoverflow-y: auto: vertical scrollbar appears when content exceeds container, full content is reachableReal setup tested: Linux x64 (kernel 4.19.112), Node.js v24.13.1, OpenClaw commit 4fc78f3.
Proof script (
/tmp/proof-94232-real.mjs):Terminal output:
Tests and validation
Risk checklist
Did user-visible behavior change? (Yes — raw config textarea is now scrollable in smaller viewports)
Did config, environment, or migration behavior change? (No)
Did security, auth, secrets, network, or tool execution behavior change? (No)
What is the highest-risk area?
How is that risk mitigated?
Current review state
What is the next action?
What is still waiting on author, maintainer, CI, or external proof?
Which bot or reviewer comments were addressed?