Fix #455: edit navigates to profile #472
No reviewers
Labels
No labels
actions
bug
cli
duplicate
enhancement
fork
forum
git storage
help wanted
insights
invalid
issues
moderation
oidc
ownership transfer
packages
pr/merge protection rules
projects
pull requests
question
releases
sponsorships
tags
webhooks
wiki
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
crueber/walhub!472
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/issue-455"
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 #455 (follow-up to #442).\n\nEdit profile on the repositories/organizations tabs flipped the shared signal but never left the tab — the form rendered above the list while the tab bar still highlighted the list tab. The sidebar button (new
openEditorinweb/src/pages/Repos.jsx) now routes to/{owner}from non-profile tabs, where OwnerTabs derives Profile as active, with the form open. The profile-view click is unchanged (no navigation).\n\nLaw-12 correction to the issue's architecture note: 'navigation alone is sufficient' is wrong — the three owner routes are sibling Route components, so OwnerPage remounts on tab navigation and a component-local signal would reset. The edit-open state is now a module-scope per-owner signal (getEditingOwner, the Notifications unreadCount / lib/store theme shape), so the form survives the remount and never leaks across owners.\n\nGates byte-identical (buttoncan_edit && !editing; formediting && can_edit; #420 bio hide-while-editing profile-only). No backend change; no new deps (useNavigate joins the existing solid-router import).\n\nTests: newweb/test/unit/owner-profile-edit-navigates-455.test.js(6 tests, owner-links-445 precedent);owner-profile-edit-all-views-442.test.jsupdated to the module-scope opener. Full web suite 977 pass / 0 fail; vite + esbuild builds green; smoke tests 3/3 pass against a scratch-built server. No browser drive (per task: shared daemon blocks loopback).Sidebar Edit profile on the repositories/organizations tabs set the shared signal but never left the tab. The button now routes to /{owner} from non-profile tabs (Profile derives active there) with the form open; the profile-view click is unchanged (no navigation). Decision appended in code comments (law 12): the issue's 'navigation alone is sufficient' note was wrong — the three owner routes are sibling Route components, so OwnerPage remounts on tab navigation and a component-local signal would reset. The edit-open state is a module-scope per-owner signal (the Notifications unreadCount / lib/store theme shape). Gates byte-identical (button/form/#420); no backend change; no new deps.