feat(tray): consistent back-links across cross-page navigations#521
feat(tray): consistent back-links across cross-page navigations#521bkudiess wants to merge 1 commit into
Conversation
Extended the existing 'Back to Connection' affordance (Sessions/Instances/
Permissions) to every cross-page link in the Hub so users always have a
one-click return path.
- Added Helpers/NavOriginLabels for nav-tag -> display-label mapping so
destination pages can render 'Back to {origin}' dynamically.
- Threaded originTag through 9 cross-page Navigate calls: About->Debug,
Channels->Config (x2), Permissions->Voice, and Bindings/Cron/Usage/
Debug/Instances->Connection.
- Added the inline back HyperlinkButton + Initialize-time wiring to
ConfigPage, VoiceSettingsPage, DebugPage, and ConnectionPage matching
the existing Sessions/Instances/Permissions pattern.
- Updated AsyncListLoadingPageWiringTests to accept the originTag-bearing
Navigate('connection', ...) signature.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
|
Codex review: needs real behavior proof before merge. Latest ClawSweeper review: 2026-05-23 01:10 UTC / May 22, 2026, 9:10 PM ET. Workflow note: Future ClawSweeper reviews update this same comment in place. How this review workflow works
Summary Reproducibility: not applicable. this is a feature PR, not a bug report with a failing current-main reproduction path. Source inspection verifies the existing origin-navigation contract and the PR diff's intended extension points. PR rating Rank-up moves:
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. Real behavior proof Mantis proof suggestion Risk before merge
Maintainer options:
Next step before merge Security Review detailsBest possible solution: Land the focused Hub navigation polish after contributor-provided real UI proof shows the new back links appear for origin-tagged flows and stay hidden for direct navigation. Do we have a high-confidence way to reproduce the issue? Not applicable: this is a feature PR, not a bug report with a failing current-main reproduction path. Source inspection verifies the existing origin-navigation contract and the PR diff's intended extension points. Is this the best way to solve the issue? Yes, pending proof: extending LastNavigationOrigin keeps this on the existing Hub navigation model instead of adding a second source of navigation state. A reusable component could reduce duplication later, but the current patch is narrow enough for this UX change. Label changes:
Label justifications:
What I checked:
Likely related people:
Codex review notes: model gpt-5.5, reasoning high; reviewed against 8714381248a2. |
|
ClawSweeper PR egg 🎁 Pass real behavior proof to wake the egg and unlock a hatchable treat. Where did the egg go?
|
Adds consistent "← Back to {origin}" links across cross-page navigations in the Hub, extending the existing pattern used on Sessions/Instances/Permissions. Page names are reused from the existing sidebar localizations, so only two new resw keys were added (
BackToOriginFormat,BackToOriginGeneric.Text) translated across all five locales.Opening Chat from Sessions intentionally does not show a back link — Chat is a destination, not a sub-page.
Connections that now show a back link
The last three already existed on master; the rest are new in this PR.
Validation
./build.ps1✅