@the-portland-company/shell 0.85.0 → 0.87.1

package/CHANGELOG.md

@@ -1,3 +1,27 @@
+## 0.87.1
+
+Release fix only; same code as 0.87.0, which never reached npm. The 0.87.0 version bump regenerated `package-lock.json` with a newer npm that dropped two optional `yaml@2.9.1` entries, so the publish gate's `npm ci` refused it. The lock file is restored from 0.86.0 with only its version changed.
+
+## 0.87.0
+
+The top-bar search works in Relationship Mode. Spec cited: Reference/UI-Platform "Top bar — required elements" (Relationship search returns the Account's Contacts only) and Data-System/UVP §7.1 (a result opens the Contact Card).
+
+- **Why.** Reported by Ben 2026-10-18: clicking the search box in Contacts did nothing. The frame passed only a placeholder, so `NavTopBar` drew a read-only input in every app.
+- **Relationship Mode.** The box takes typing; Enter opens Contacts → All Contacts filtered to the query: `?mode=relationship&page=contacts&tab=contacts&section=table&org_id=<tail>&q=<query>`. Same origin from inside Contacts, the `-staging` twin from a staging host. No app wiring and no new prop (an app never passes chrome configuration).
+- **Campaign and Petition.** Unchanged: decorative until their search is built (Campaign voter lookup is Campaign-Voter-Record §3).
+- **New export** `relationshipSearchHref(query, { orgId, fromApp, hostname })`.
+- **Needs** Contacts to read `q` into its table search (politogy-contacts, same day).
+- Tests: `__tests__/relationshipSearch.test.ts`, `__tests__/topbarSearch.test.tsx`.
+
+## 0.86.0
+
+Campaign Mode gets a Tribes row. Spec cited: Specs/Tribes §2.3–§2.4 and Specs/Left-Navigation §9.2 (decided 2026-10-16 by Ben: Campaign and Relationship Tribes are separate; Campaign Tribes live in Campaign Mode).
+
+- **Campaign tree.** Race data now lists Battleground · District data · **Tribes** (`users-round`), linking to `https://battleground.politogyvrm.com/tribes` (org carried as before). It is a page of the Battleground app at `/tribes`, so it is the only active row there.
+- **Relationship tree unchanged.** Relationship Tribes stay inside Contacts → Tribes; there is still no Relationship Tribes row.
+- **Release order.** Publish after the Battleground app serves `/tribes`, so the row never links to a missing page.
+- Tests: `__tests__/standardNav.test.ts`.
+
 ## 0.85.0
 
 The mode switcher, the rail and the rows always show one mode. Spec cited: Specs/Left-Navigation §9.1, §9.2, §9.4 and §11.1 ("the rail never shows a mix of two modes").

package/dist/app-chrome.cjs

@@ -2443,13 +2443,19 @@ function standardPolitogyNav(opts) {
     const rows = [
       // Left-Navigation §9.2: Race data -> Research -> GOTV -> Account.
       // Battleground is the Campaign landing page; there is no Campaign
-      // Dashboard row, and Voter Contact and Tribes have no row.
+      // Dashboard row, and Voter Contact has no row. Campaign Tribes has its
+      // own row after District data (decided 2026-10-16).
       { kind: "section", label: "Race data" },
       // Battleground is the Campaign Mode landing page, its own app on its own
       // host (registry key `battleground`; Specs/Left-Navigation §9.2, §13, §14).
       { label: "Battleground", icon: icon("crosshair"), href: withOrg(`${BATTLEGROUND_ORIGIN}battleground`) },
       // District Data is its own Campaign Mode app on its own host (registry key `districts`).
       { label: "District data", icon: icon("landmark"), href: withOrg(`${DISTRICTS_ORIGIN}districts`) },
+      // Campaign Tribes (Specs/Tribes §2.3–§2.4, Left-Navigation §9.2; decided
+      // 2026-10-16, Ben): a page of the Battleground app at /tribes, so it is
+      // the only active row there (Battleground's /battleground prefix does
+      // not match it). Relationship Tribes stay inside Contacts.
+      { label: "Tribes", icon: icon("usersRound"), href: withOrg(`${BATTLEGROUND_ORIGIN}tribes`) },
       { kind: "section", label: "Research" },
       {
         label: "Polling",
@@ -4543,6 +4549,67 @@ function LoadingScreen({
     }
   );
 }
+
+// src/url-state.ts
+var URL_STATE_MODES = ["relationship", "campaign", "petition"];
+var URL_STATE_KEYS = ["mode", "page", "tab", "section", "org_id"];
+var SLUG_RE = /^[a-z0-9]+(?:-[a-z0-9]+)*$/;
+function isUrlStateMode(v) {
+  return typeof v === "string" && URL_STATE_MODES.includes(v);
+}
+function searchOf(input) {
+  if (input instanceof URLSearchParams) return new URLSearchParams(input);
+  return new URLSearchParams();
+}
+var slugOrNull = (v) => v && SLUG_RE.test(v) ? v : null;
+function shortOrgId(v) {
+  if (!v) return null;
+  const tail = orgIdTail(v);
+  if (tail) return tail;
+  const t = String(v).trim().toLowerCase();
+  return /^[0-9a-f]{6,7}$/.test(t) ? t : null;
+}
+function readUrlState(input) {
+  const params = searchOf(input);
+  const mode = params.get("mode");
+  const orgRaw = params.get("org_id");
+  const feature = new URLSearchParams();
+  for (const [k, v] of params) if (!URL_STATE_KEYS.includes(k)) feature.append(k, v);
+  return {
+    mode: isUrlStateMode(mode) ? mode : null,
+    page: slugOrNull(params.get("page")),
+    tab: slugOrNull(params.get("tab")),
+    section: slugOrNull(params.get("section")),
+    org_id: shortOrgId(orgRaw),
+    feature
+  };
+}
+function buildSearch(state) {
+  const out = new URLSearchParams();
+  for (const key of URL_STATE_KEYS) {
+    const v = state[key];
+    if (v) out.set(key, v);
+  }
+  for (const [k, v] of state.feature) out.append(k, v);
+  const s = out.toString();
+  return s ? `?${s}` : "";
+}
+function writeUrlState(current, patch) {
+  const state = readUrlState(current);
+  if (patch.mode !== void 0) state.mode = patch.mode;
+  if (patch.page !== void 0) state.page = patch.page;
+  if (patch.tab !== void 0) state.tab = patch.tab;
+  if (patch.section !== void 0) state.section = patch.section;
+  if (patch.org_id !== void 0) state.org_id = shortOrgId(patch.org_id);
+  if (patch.feature) {
+    for (const [k, v] of Object.entries(patch.feature)) {
+      if (URL_STATE_KEYS.includes(k)) continue;
+      if (v === null) state.feature.delete(k);
+      else state.feature.set(k, v);
+    }
+  }
+  return buildSearch(state);
+}
 function parseCssUrl(value) {
   if (!value) return null;
   const m = /^url\(\s*(['"]?)(.*?)\1\s*\)$/i.exec(value.trim());
@@ -4680,6 +4747,22 @@ var MODE_SEARCH_PLACEHOLDER = {
   campaign: "Search voters, walk lists, polls",
   petition: "Search petitions, sheets, circulators"
 };
+function relationshipSearchHref(query, opts = {}) {
+  const q = query.trim();
+  if (!q) return null;
+  const search = writeUrlState("", {
+    mode: "relationship",
+    page: "contacts",
+    tab: "contacts",
+    section: "table",
+    org_id: opts.orgId ?? null,
+    feature: { q }
+  });
+  if (opts.fromApp === "contacts") return `/${search}`;
+  const staging = (opts.hostname ?? "").toLowerCase().includes("staging");
+  const origin = staging ? "https://contacts-staging.politogyvrm.com" : POLITOGY_APPS.contacts.origin;
+  return `${origin}/${search}`;
+}
 function PolitogyAppFrame({
   app,
   pathname,
@@ -4841,6 +4924,8 @@ function FrameBody({
   }, [cookieMode]);
   const coreOrgs = chrome?.orgs ?? [];
   const activeCoreOrg = coreOrgs.find((o) => o.id === chrome?.orgId) ?? null;
+  const searchMode = appMode ?? mode.id ?? "relationship";
+  const [searchText, setSearchText] = react.useState("");
   const navDisplay = chrome?.navDisplay ?? "both";
   const navMode = appMode ?? (app !== CORE_APP && isStandardNavMode(mode.id) ? mode.id : "relationship");
   const activeOrgId = chrome?.orgId ?? null;
@@ -4953,11 +5038,25 @@ function FrameBody({
           userMenu,
           onSignOut: handleSignOut,
           // Reference/UI-Platform "Top bar — required elements": Universal
-          // search is the only thing on the left end of the bar. No app wires
-          // search yet, so this stays decorative (`NavTopBarProps.search` — "an
-          // app that has not wired search yet still gets the correct chrome").
+          // search is the only thing on the left end of the bar. In
+          // Relationship Mode it searches the Account's Contacts: Enter opens
+          // Contacts → All Contacts filtered to the query, from every app, with
+          // no app wiring (an app never passes chrome configuration). Campaign
+          // and Petition search are not built yet and stay decorative.
           search: {
-            placeholder: data?.searchPlaceholder ?? MODE_SEARCH_PLACEHOLDER[appMode ?? mode.id ?? "relationship"] ?? "Search"
+            placeholder: data?.searchPlaceholder ?? MODE_SEARCH_PLACEHOLDER[searchMode] ?? "Search",
+            ...searchMode === "relationship" ? {
+              value: searchText,
+              onChange: setSearchText,
+              onSubmit: (value) => {
+                const href = relationshipSearchHref(value, {
+                  orgId: activeCoreOrg?.id ?? session.accountId ?? null,
+                  fromApp: app,
+                  hostname: typeof window === "undefined" ? "" : window.location.hostname
+                });
+                if (href) window.location.assign(href);
+              }
+            } : {}
           },
           // No Build notes control (Reference/UI-Platform, decided 2026-10-03).
           // The action cluster is IDENTICAL everywhere — core included. Page
@@ -5686,6 +5785,7 @@ exports.footerLinks = footerLinks;
 exports.looksLikeEmail = looksLikeEmail;
 exports.modeLandingHref = modeLandingHref;
 exports.orgSwitchLanding = orgSwitchLanding;
+exports.relationshipSearchHref = relationshipSearchHref;
 exports.resolveIdentity = resolveIdentity;
 exports.standardNavIcons = standardNavIcons;
 exports.useChromeFooter = useChromeFooter;