From a9685f64c461e9492a39b423326a12bb18ef6222 Mon Sep 17 00:00:00 2001 From: dtoro Date: Sun, 5 Jul 2026 10:12:56 +0200 Subject: [PATCH] fix(people): keep "name new faces" reachable after naming the first one MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Landing on /tags/people with no value in the URL auto-selects the first named person (so there's always something to look at) — but that same effect made the naming workflow unreachable the moment a second person existed to redirect into: NewFacesPanel only rendered in the "!selectedValue" branch, and there was no way back to a null selection once one existed. Added a pinned "Name new faces" row in the People sidebar (with a live unnamed-cluster count) that sets a `?view=new-faces` query param instead of clearing the `[[value]]` route param — deliberately independent of the value-drives-selection model so it can't be overwritten. The auto-select-first-tag effect also needed an explicit guard for it: navigating to a bare /tags/people URL still clears selectedValue, which re-triggers that same effect in the same tick and would otherwise bounce straight back to the first person before the panel ever rendered. Co-Authored-By: Claude Sonnet 5 --- .../sidebar/TagsBrowserSidebar.svelte | 69 ++++++++++++++++++- .../tags/[category]/[[value]]/+page.svelte | 53 ++++++++------ 2 files changed, 99 insertions(+), 23 deletions(-) diff --git a/web/src/lib/components/sidebar/TagsBrowserSidebar.svelte b/web/src/lib/components/sidebar/TagsBrowserSidebar.svelte index f6b647e..48ef3e8 100644 --- a/web/src/lib/components/sidebar/TagsBrowserSidebar.svelte +++ b/web/src/lib/components/sidebar/TagsBrowserSidebar.svelte @@ -1,4 +1,6 @@