Claude: changes for issue #113 #126
No reviewers
Labels
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Grandiras/Ponente!126
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "claude/issue-113"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes #113.
🤖 Reviewing this PR — follow along in the action run; the reply will link the full session transcript.
📜 Live transcript — updating every ~5 minutes while the task runs.
✅ Verdict: approve — no blocking issues found.
Small, well-scoped fix.
HomeHrefreuses the existingBoardHref(int?, string)overload the same way the Board/Calendar nav links already do, so the wordmark now goes to/board/{id}for the board named by the current URL and falls back to/exactly whenActiveBoardIdis null (signed out, general calendar, and the two deployment-wide admin pages) — consistent with the stated intent and withAdminHref's established pattern.The new e2e test covers the two board-scoped cases (calendar of a board, admin page scoped to a board) and the no-board fallback (
/calendar/all). Changelog entries are present in bothenandde. The doc page addition reads consistently with the rest ofboards-and-permissions.md.One minor, non-blocking behavioral note: clicking the wordmark while already on the bare
/board(default board, no id in the URL) now resolvesActiveBoardIdto_boards[0].Idand produces an explicit/board/{id}link instead of staying on the bare/. This mirrors the pre-existing Board/Calendar nav-link behavior (sameBoardHrefcall at lines 116/245), so it's not a regression introduced by this PR, just worth noting it turns a bare-path visit into an explicit-id link on click.⏱ 0m 37s · 6 turns · tokens: 26.1k in / 3.1k out (+209.4k cache-read)
📜 Full session transcript