fix(ui): sidebar Settings entry scrolls away instead of staying pinned in the footer#100443
fix(ui): sidebar Settings entry scrolls away instead of staying pinned in the footer#100443steipete wants to merge 1 commit into
Conversation
|
Codex review: needs maintainer review before merge. Reviewed July 5, 2026, 4:19 PM ET / 20:19 UTC. Summary PR surface: Source -9, Tests -14. Total -23 across 4 files. Reproducibility: yes. from source and screenshots: current main puts Settings in Review metrics: none identified. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Maintainer decision needed
Security Review detailsBest possible solution: Land this narrow footer placement fix if maintainers want immediate Settings visibility, or explicitly fold it into the broader sidebar redesign only if that larger PR becomes the chosen landing path. Do we have a high-confidence way to reproduce the issue? Yes from source and screenshots: current main puts Settings in Is this the best way to solve the issue? Yes for the narrow bug: reusing AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 09f9a85145c0. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Source -9, Tests -14. Total -23 across 4 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
Review history (1 earlier review cycle)
|
|
Superseded by #100296, which landed on The sidebar restructure in #100296 includes exactly this fix: the scrollable "SETTINGS" nav group is gone and the Settings entry is pinned in the fixed sidebar footer. Proof on current
Closing since |
What Problem This Solves
Fixes an issue where the Control UI sidebar rendered Settings as its own collapsible "SETTINGS" group inside the scrollable navigation area. With enough nav items (or a short window) the Settings entry scrolled out of view, while the footer (Docs, connection status) stayed pinned — Settings belongs with those fixed utility entries.
Why This Change Was Made
The
settingsgroup carried a single route (config), so a whole scrollable section (with collapse toggle) was overhead for one entry. The Settings nav item now renders inside the fixed sidebar footer, above Docs. The scrollable sections are reduced to chat/control/agent, and the now-unusedisRouteInSidebarSectionhelper (test-only after this change) is deleted. Active-state highlighting for nested settings routes is unchanged —renderRoute("config")already resolves it viaisSettingsNavigationRoute.User Impact
Settings is always visible at the bottom of the sidebar (expanded and collapsed rail), pinned with Docs and the connection status instead of scrolling with the nav. No route, URL, or behavior changes otherwise.
Evidence
ui/src/app-navigation.test.ts+ui/src/app-navigation-groups.test.ts— 34 passed.["Settings", "Docs", "Online"].control/agent(ui/src/api/gateway.ts), so nothing routed to the removed group.Before / After
Same window height (760px). Before: Settings lives in a scrollable "SETTINGS" group and is scrolled out of view; after: Settings is pinned in the fixed footer above Docs and the connection status.