tracker

45.5 KB

1. # STATUS — tracker.worldapi.org
3. ## 2026-10-01 — ticket #12 (mission 049): link icons to TMDB, IMDb, TheTVDB, TVmaze
5. **Built**: show page header badges `TMDB` `IMDb` `TVDB` `TVmaze` (`components/show.hl` `linkRows`, `shows.hl`
6. `externalLinksOf`, `styles.hl` `showLinks`/`a.extlink`: CSS-only monochrome badges, accent on hover), only for ids the
7. show has, `target=_blank rel=noopener`; a movie: TMDB (`/movie/<id>`) + IMDb. Phone: between title row and poster;
8. desktop: under the title. Sync (`tmdbsync.hl`): details request now `?append_to_response=external_ids` (no extra
9. request) → fills a MISSING imdbId/tvdbId; still no tvmzId → TVmaze `lookup/shows?imdb=`, on 404 `?thetvdb=` (550 ms
10. pause each, `pauseMsAfter` in both runners); never overwrites. Totals: `ids=`, `tvmazeRequests=`. New
11. `tools/count-external-ids.hl` (copy only).
13. **Bug found + fixed**: movies (`type = 'movie'`, 7814 rows, 1 followed: Star Trek: First Contact, tmdbId 199) were
14. synced as `/tv/199` — another title. Now `/movie/<id>?append_to_response=external_ids`: imdbId + poster only.
15. **Live data still carries the damage**: that record has `status = 'Ended'` and `tmdbSummary` = the overview of TV
16. show 199 ("Kabuhayang Swak na Swak…") — not visible (the page shows `summary`), the new sync leaves both alone; a
17. one-off fix (set `tmdbSummary = null`, `status` back) is the architect's call.
19. **Decisions**: TheTVDB link = `https://thetvdb.com/dereferrer/series/<id>` (it and `?tab=series&id=` both 301 to the
20. slug page, checked 2026-10-01); IMDb `/title/<tt>/`; TVmaze `www.tvmaze.com/shows/<id>`. Badges with text, not
21. drawn pictograms (no logos copied; legible at 0.75rem). An imdb id is only taken as `tt`+digits, a tvdb/TVmaze id
22. only as a number > 0. A show TVmaze doesn't know is asked again each daily run (2 lookups/day on real data).
24. **Real data** (copy of Byrodin `storage/` 2026-10-01 ~06:20, deleted afterwards; `tools/count-external-ids.hl`):
26. | | shows | tmdbId | imdbId | tvdbId | tvmzId |
27. |---|---|---|---|---|---|
28. | followed series, before → after 1 sync | 125 | 125 | 125 | 125 | 123 → **124** |
29. | followed movie | 1 | 1 | 1 | – | – |
30. | all series (only followed are synced) | 1639 | 1639 | 907 | 910 | 845 → 846 |
31. | all movies | 7814 | 7814 | 379 | – | – |
33. Sync: `shows=126 newSeasons=0 newEpisodes=0 updatedEpisodes=0 updatedSeasons=0 posters=1 ids=1 requests=256
34. tvmazeRequests=4 errors=0 seconds=105.6` (poster = the movie's real one; id = Greek Salad tvmz 60613; Mapping the
35. World: TVmaze knows neither tt0395050 nor tvdb 109331). TMDB's external ids match ALL 125 stored imdb/tvdb ids (0
36. differ). Show pages (az5b2, :8730): Librarians 1.08 s cold / 0.13 s, Greek Salad 0.18 s, Star Trek: First Contact
37. 0.13 s (TMDB movie/199 + IMDb, real poster now); no sideways scroll, 0 console problems. Screenshots
38. `/tmp/w049/real/*-{390,1280}.png` (looked at). Procedure = ticket #8 below (sync tool with `.env` sourced).
40. **Gate** (101 → 111 checks):
41. ```
42. TRACKER_GATE_SHOTS=/tmp/w049/shots TRACKER_GATE_PORT=8720 TRACKER_GATE_IDENT_PORT=8721 TRACKER_GATE_CHROME=8722-8726 TRACKER_GATE_TMDB_PORT=8727 node tests/browser.mjs
43. (in-app run 5.416 s; 12 pages asked during it, slowest 1323 ms)
44. 111 passed, 0 failed
45. ```
46. Fixture: show 1 imdb `tt0000001` only (TMDB says tt9999999 + tvdb 4001), show 2 tvdb `4002` only (TMDB: tt0000002 +
47. 4999), movie `gate-test-movie` (tmdb 1003, followed by a 2nd user so alice's lists are unchanged → the sync now has
48. 3 shows). Fake TVmaze: imdb tt0000001 → 501, thetvdb 4002 → 502. Screenshots `/tmp/w049/shots/` (show-*, synced-show
49. {,-390}, synced-movie{,-390} looked at). The new-tab check closes the tab at once (it would load the real site).
51. **Open**: real-phone tap test after deploy (new tab). Star Trek: First Contact's wrong `tmdbSummary`/`status`
52. (above). Unfollowed shows never get ids filled (sync covers followed only, by design).
54. ## 2026-10-01 — mission 047: re-vendor Hybriel (invisible checks), mobile first, show page additions
56. **Bug** (live, the creator: "i dont see the check marks"): after a CLIENT-SIDE navigation (and after expand/collapse
57. or a check click) the check `<svg>` was built in the XHTML namespace (circle width 0). Fixed by **re-vendoring Hybriel
58. master ff51cf46** (bin sha256 `55a724a0…c5`, README "Vendored Hybriel"; old bin/plugins in `.scratch/pre-047/`).
59. Proof the new check fails on the old build: `/tmp/w047/old-build-gate.log` (`ns: http://www.w3.org/1999/xhtml,
60. circleWidth: 0`), passes on the new one.
62. **Built**: `styles.hl` mobile first (phone base rules, one `@media (min-width: 40rem)` block; header one row at
63. 390 px; /my/unwatched + /my/schedule rows two-line on a phone). Show page: phone order title (+ Follow) → full-width
64. poster → genres/plot/cast (desktop unchanged); season caret (down/right); episodes not indented; artists orange
65. `#ce9178`; unwatched check = accent outline circle + accent check; **Follow toggle** (face `showToggleFollow`,
66. `follows.hl` `isFollowing`/`setFollowed`: new record `at = now`, unfollow deletes); signed out checks + Follow visible,
67. a click opens the sign-in modal (`components/modal.hl`, copied verbatim from components.hybriel becbd59), nothing sent.
68. Session-sync workaround in show/myshows/unwatched/schedule: `rows` reads `me` (a plain copy of `userId`), and
69. `following` goes through a LOCAL static `followingOf` — an imported mpackdb helper called directly in a member
70. initializer came back false after a client-side navigation (gate caught it; not reduced to a minimal repro yet).
72. **Duplicate @ids** (hybriel#113) on a copy of live storage (2026-10-01 04:13), `tools/count-duplicate-ids.hl` + the
73. `*.id.txt` indexes: **0 in every table** (episodes 232384, follows 128, genres 27, persons 15157, seasons 6450, shows
74. 9453, users 1, watches 11663 rows).
76. **Real data** (copy, `az5b2`, :8730, `node tests/realdata-check.mjs`, full load incl. socket + posters):
78. | page | 390 px | 1280 px |
79. |---|---|---|
80. | `/my/shows` (128) | 1.29 s (cold posters) | 0.24 s |
81. | `/my/unwatched` (1594) | 1.51 s | 1.46 s |
82. | `/my/schedule` (54) | 0.35 s | 0.32 s |
83. | `/shows/The-Librarians-The-Next-Chapter` direct / client-side | 0.14 / 0.19 s | 0.13 / 0.18 s |
85. Client-side nav, expand, collapse: 14/26/14 checks, 0 wrong namespace, 0 undrawn; header 46 px at 390, no sideways
86. scroll. Screenshots `/tmp/w047/real/*.png` (looked at). Procedure = ticket #8 below; the session id goes in
87. `.scratch/real-sid` (the script reads it); copy + sessions deleted afterwards.
89. **Gate** (76 → 101 checks):
90. ```
91. TRACKER_GATE_SHOTS=/tmp/w047/shots TRACKER_GATE_PORT=8720 TRACKER_GATE_IDENT_PORT=8721 TRACKER_GATE_CHROME=8722-8726 TRACKER_GATE_TMDB_PORT=8727 node tests/browser.mjs
92. 101 passed, 0 failed
93. ```
94. Screenshots `/tmp/w047/shots/` ({home,show,my-*}-{390,1280}.png, signed-out-modal-1280.png) — looked at.
95. Gate note: the follow test re-follows show 1, so the sync's request order between the two shows may flip (the check
96. accepts both orders) and `/my/shows` after the sync has show 1 on top.
98. **Open**: the phone poster at full width is tall (2:3 → ~550 px on a 390 phone) — as asked, the creator may want a cap.
99. The unwatched (outline + check) and watched (filled) icons differ only by fill — as asked. No navigation links to
100. the `/my/` pages yet. Real-phone check after deploy.
102. ## 2026-10-01 — ticket #10: installable app (PWA) + icons
104. **Built**: `icons/` (`icon.svg` source → `icon-192.png`, `icon-512.png`, `apple-touch-icon.png` 180; `favicon.svg`,
105. `favicon.ico` 16/32/48 — rsvg-convert + magick, commands in README "What it does (step 10)"); `project.hl`:
106. `appIcons` (192/512 × any/maskable, like calendar), `appTouchIcon`, `appFavicon`, `appThemeColor = darker.value`,
107. `appBackgroundColor = dark.value` (tokens), `offline = [ Home ]`, file routes for the icons, `/favicon.ico` now a
108. real file (was `direct = ""`); `components/main.hl` offline note + `netProbe` tick; `styles.hl` `offlineNote`,
109. `netProbe`, `@keyframes tracker-net-tick`; gate +12 checks.
111. **Decisions**: icon = a TV (antennas) with a check mark on the screen = "watched shows", green `#4ec9b0` on
112. rgb(25,30,35), all inside the maskable safe zone so one PNG serves any + maskable. Theme colour = `darker` (the header
113. bar, so the phone's status bar blends in), background = `dark`. Offline keeps only the shell/`/`; data pages get
114. hl:web's "Unavailable offline". The offline note is driven by `navigator.onLine`, read on a 1 s CSS-animation tick
115. (`animationiteration`) — hl:web has no connection-state member and no mount hook (reported as a Hybriel gap).
117. **Gate** (64 → 76 checks):
118. ```
119. TRACKER_GATE_SHOTS=/tmp/w045/shots TRACKER_GATE_PORT=8720 TRACKER_GATE_IDENT_PORT=8721 TRACKER_GATE_CHROME=8722-8726 TRACKER_GATE_TMDB_PORT=8727 node tests/browser.mjs
120. 76 passed, 0 failed
121. ```
122. Looked at: `/tmp/w045/icon-48.png`, `icon-192.png`, `icon-512.png`, `maskable-circle.png`, `small-on-white.png`
123. (favicon 16/32/48), `/tmp/w045/shots/pwa-phone-{online,offline}.png` (390 px) on Loreana.
124. Test gotcha: CDP `setOffline` only cuts the TAB — the service worker's own fetches still reach the server, so the
125. gate also stops the server before the offline reload.
127. **Open**: offline, the header's `<ident-selector>` (script from ident's origin, not cached) shows "choose ident"
128. next to "Log out". No note when the device is online but the server is down. Real-phone install test (ticket's
129. **Test**) after deploy: open https://tracker.worldapi.org → "Add to home screen".
131. ## 2026-10-01 — ticket #9: TMDB sync (new episodes + posters)
133. **Built**: `tmdbsync.hl` (`syncShow`: details + ≤ 20 seasons per request via `append_to_response`, add/update
134. seasons+episodes, poster w342), `tools/sync-tmdb.hl` (`--limit N`, paced, prints counts), the daily run in
135. `project.hl` (`syncTick` on an hl:time `every(1)` clock: at `TRACKER_SYNC_HOUR` UTC (4), once a day, ONE show
136. per tick, next show after n × 260 ms), `follows.hl` `allFollowedShowIds`, fake TMDB `tests/faketmdb.mjs`,
137. fixture shows got tmdbIds 1001/1002. Details: README "What it does (step 9)".
139. **Decisions**: match episode by tmdbId, else by S/E when the local one has no tmdbId (161 migrated); season by
140. number. Empty TMDB values never overwrite. Season 0 only if the show already has one (else specials flood
141. /my/unwatched); empty TMDB seasons not created. Own 16-hex ids for new rows (hybriel#113). Posters in
142. `storage/mpackdb/posters/` (the folder the existing `/posters/:name` route reads — inside `storage/`, so in the
143. backup) rather than a new `storage/posters/`. Shows synced = all followed (also Ended ones — updates happen).
144. Sync is off without `TMDB_READ_TOKEN` or with `TRACKER_SYNC=0`.
146. **Blocking**: `fetch()` blocks the whole hl:web process (measured: requests wait for the running step) — so the
147. run is cut into one-show steps. Real data: ~0.7 s per step average, SNL (53 seasons, 4 requests) 1.7 s; persist
148. of the 3 tables 36 ms.
150. **Real-data proof** (copy of Byrodin's `storage/` in `.scratch/realdata/`, deleted afterwards; procedure as
151. ticket #8 below; session file needs `created`/`seen` = now in ms, else the boot sweep deletes it):
152. ```
153. set -a; . ./.env; set +a
154. TRACKER_STORAGE=$PWD/.scratch/realdata/storage/mpackdb ./bin/hybriel tools/sync-tmdb.hl --limit 128
155. tmdb sync done: shows=126 newSeasons=20 newEpisodes=800 updatedEpisodes=2651 updatedSeasons=174 posters=125 requests=380 errors=0 seconds=185.718
156. (again) shows=126 newSeasons=0 newEpisodes=0 updatedEpisodes=0 updatedSeasons=0 posters=0 requests=255 errors=0 seconds=89.888
157. ```
158. Fresh-process recount: seasons 6430 → 6450, episodes 231584 → 232384 (exactly +20/+800, no row loss), 0
159. dangling season/episode refs, 0 duplicate season numbers; 12 duplicate tmdbIds + 1 wrong parent were already in
160. the migrated data (same before/after). 126 shows (128 follows), 125 posters (one show has none on TMDB).
161. In-app daily run on the copy (TRACKER_SYNC_HOUR = current hour, real TMDB): 126 shows, 255 requests, 136 s,
162. 0 errors; `/my/shows` (signed in) polled every 0.5 s meanwhile: 181 answers, avg 0.25 s, max 4.0 s (one), then
163. 1.8/1.7/1.4 s. Full page loads after the sync (headless Chrome, load + socket + all images):
165. | page | full load | rows |
166. |---|---|---|
167. | `/my/schedule` | 0.7–0.8 s | 55 (was 0) |
168. | `/my/shows` | 1.3–1.55 s (128 real posters now, 1 placeholder) | 128 |
169. | `/my/unwatched` | 1.5 s (server 1.3 s) | 1593 (was 831) |
170. | `/shows/The-Librarians-The-Next-Chapter` | 0.33 s | poster + new S2 (12 eps) |
172. Screenshots + logs: `/tmp/w044-real/` on Loreana (`after-*.png`, `real-sync{1,2}.log`, `real-lat.txt`).
174. **Gate** (49 → 64 checks):
175. ```
176. TRACKER_GATE_SHOTS=/tmp/w044-shots TRACKER_GATE_PORT=8720 TRACKER_GATE_IDENT_PORT=8721 TRACKER_GATE_CHROME=8722-8726 TRACKER_GATE_TMDB_PORT=8727 node tests/browser.mjs
177. (in-app run 4.405 s; 10 pages asked during it, slowest 1371 ms)
178. 64 passed, 0 failed
179. ```
180. Screenshots `/tmp/w044-shots/` (`synced-*.png` looked at: posters, S3, schedule rows fine).
182. **Deploy (architect)**: `TMDB_READ_TOKEN` must be in Byrodin's `.env` (env_file) — without it the log says
183. `tmdb sync: off (no TMDB_READ_TOKEN)`. First daily run 04:00 UTC after deploy; check `docker logs
184. tracker.worldapi.org | grep tmdb`. Or stop the container and run the tool once for an immediate catch-up.
186. **Open**: a step blocks requests up to ~2 s (a non-blocking `fetchStart` + `done()` state machine would fix it).
187. `/my/unwatched` render grew with the rows (1.3 s server, 1593 rows) — watch it against the 2 s target. A season
188. watch record stays solid when the sync adds a new episode to that season (existing season-watch semantics).
189. Dev servers get the real token from `.env` automatically → start them with `TRACKER_SYNC=0`. Shows nobody
190. follows are never synced (by design).
192. ## 2026-09-30 — ticket #8: /my/ pages, S01E01, years, speed
194. **Built**: `/my/unwatched`, `/my/schedule` (routes in `project.hl`); old `/unwatched`, `/schedule` →
195. **301** (function routes `unwatchedMoved`/`scheduleMoved`). Rows as `S01E02 · <title>` (was
196. `Ep 2 · …`), list titles with the year `Doctor Who (2005)`, show page `1 episode` singular.
197. New shared helpers in `shows.hl`: `pad2`, `episodeCode`, `showYear`, `titleWithYear`,
198. `posterUrlOf`; in `watches.hl`: `watchedSet` (used by `/my/unwatched` and the show page's
199. `buildRows`; `isWatched` stays for the single-target toggles).
201. **Decisions**: year = `year`, else `release.slice(0,4)`, else none (197 shows lack `year`, some
202. have `release = ''`). Year only in LISTS (`/my/*`), not in the show page's `h1`. The 301 drops any
203. query (the pages take none). A row whose poster FILE is missing gets `/posters/none` (one cached
204. URL) instead of `/posters/<oldId>.jpg`.
206. **Why /my/shows was ~25 s live though its data is 0.2 s**: hl:web handles ONE request at a time.
207. Measured on the copy: `/my/shows` requested 1 s into a `/unwatched` render took 13.7 s (the
208. `/unwatched` render itself 14.5 s). Every request (pages, 128 poster requests) of every visitor
209. queued behind a slow `/unwatched`. Plus 128 distinct poster URLs per load, all the placeholder.
211. **Real-data check** (copy of Byrodin's `storage/` only, `az5b2` = user `0mujqspn0aqb`, dev
212. server :8730, headless Chrome, navigate → load → websocket open, 1280×900):
214. | page | before | after |
215. |---|---|---|
216. | `/my/shows` (128 rows) | 1.2 s (server 0.19 s) | 0.6–0.8 s, 1 poster request |
217. | `/unwatched` → `/my/unwatched` (831 rows) | 14.8 s | 0.7–1.2 s (server 0.55–0.65 s) |
218. | `/schedule` → `/my/schedule` (0 rows, data not synced since 2025-12) | 0.36 s | 0.3 s |
219. | `/shows/The-Librarians-The-Next-Chapter` | 0.34 s | 0.29 s |
221. How to repeat (Loreana; never touch Byrodin's folder beyond the tar read):
222. ```
223. ssh [email protected] 'tar czf - -C /CONTAINERS/projects/tracker.worldapi.org storage' | tar xzf - -C .scratch/realdata # ONLY storage/
224. TRACKER_PORT=8730 TRACKER_WATCH=0 TRACKER_STORAGE=$PWD/.scratch/realdata/storage/mpackdb TRACKER_SESSIONS=$PWD/.scratch/realdata-sessions/ ./bin/hybriel project.hl
225. # session file: name = sha256(<32-hex id>), JSON {"created":1,"data":{"tag":"t"},"id":"<id>","seen":1,"user":{"id":"0mujqspn0aqb"}}
226. curl -s -o /dev/null -w '%{time_total}\n' -b trackersid=<id> http://127.0.0.1:8730/my/unwatched
227. # Chrome: tests/cdp.mjs launchBrowser, Network.setCookie trackersid, goto + wait __hl.socket open
228. # afterwards: stop the server, rm -rf .scratch/realdata .scratch/realdata-sessions
229. ```
230. Screenshots: `/tmp/w041-real/{before,after}-{shows,unwatched,schedule,show}.png` (Loreana).
232. **Gate** (45 → 49 checks: two 301s, the browser landing on `/my/unwatched`, "1 episode"; the
233. existing ones now expect `/my/…`, `S01E02 · Second`, `S02E01 · Season Two Opener`, titles with
234. year, `/posters/sh1.png` + `/posters/none`). Fixture: show 1 `image = 'png'` (gate writes a 1×1
235. `posters/sh1.png`), show 2 `year = null`, `release = '2025-03-01'`.
236. ```
237. TRACKER_GATE_SHOTS=/tmp/w041-shots TRACKER_GATE_PORT=8720 TRACKER_GATE_IDENT_PORT=8721 TRACKER_GATE_CHROME=8722-8726 node tests/browser.mjs
238. 49 passed, 0 failed
239. ```
240. Screenshots `/tmp/w041-shots/` (looked at: all fine).
242. **Open**: `/my/unwatched` rebuilds all rows per check click (~0.6 s, fine). Still no navigation
243. to the `/my/` pages. The single-request server means any future slow page blocks everyone —
244. keep every page well under 1 s. `/my/schedule` stays empty until the TMDB sync step.
246. ## 2026-09-30 — ticket #7: /my/shows
248. Built `/my/shows` (`components/myshows.hl`, route in `project.hl`, styles in `styles.hl`): every
249. followed show, newest follow (`follows.at`, epoch ms) first — small poster (2.5rem, `/posters/…` +
250. placeholder like the show page), title → `/shows/<slug>`, last watched episode `SxxEyy`.
252. **Decisions**: "last episode" = highest (season, episode) among the user's EPISODE watches of that
253. show (ticket); a season watch alone doesn't count (the season check watches every episode anyway).
254. No watch → no episode element. A show without a poster name → `/posters/none` (the route's own
255. placeholder), so every row has a poster. Read-only page, no face (like `/schedule`).
257. **Reuse**: new `follows.hl` `followsOfUser` (whole records; `followedShowIds` now builds on it) and
258. `shows.hl` `episodeById` (one line); `showById`, `posterName`, `watchesOfUser` unchanged.
260. **Performance** (against a COPY of `storage/mpackdb/` in `.scratch/perf-store`, removed after; live
261. files md5-verified unchanged): the page touches only the user's follows and episode watches
262. (one fetch per watch), never all episodes of a followed show — az5b2's 128 follows → 128 rows (123
263. with an episode, e.g. `S36E11`, `S30E91`) built in **160–255 ms**. For comparison **`/unwatched`
264. takes ~15 s** on the same copy (805 rows): it fetches every episode of every followed show and
265. checks each against the user's 11,692 watches with a linear `isWatched` — not in this ticket's
266. scope, flagged below.
268. **Gate** (`tests/browser.mjs`, 38 → 45 checks; `tests/seed-show.hl` adds a 2nd show "Unwatched Gate
269. Show", no seasons/poster name, followed AFTER the first but stored after it; the first follow is now
270. dated a day back): signed out → sign-in message; signed in → newest follow first, title hrefs,
271. posters loaded (`naturalWidth > 0`), 40px wide, `S01E02` after /unwatched's click, later `S02E01`
272. (watched BEFORE season 1's bulk watch → proves highest, not most recent), none for the other show.
274. ```
275. TRACKER_GATE_PORT=8720 TRACKER_GATE_IDENT_PORT=8721 TRACKER_GATE_CHROME=8722-8726 node tests/browser.mjs
276. 45 passed, 0 failed
277. ```
279. **Open**: `/unwatched` ~15 s on real data (above) — a watched-id map instead of `isWatched` per
280. episode would fix it (own ticket). No navigation links to `/my/shows` yet (homepage stays empty).
282. ## 2026-09-27 — ticket #6: /schedule
284. Built `/schedule` (`components/schedule.hl`): every episode of a show the signed-in user follows
285. that is NOT yet released (`e.release > today`), soonest first. Creator: "/schedule has a similar
286. list without check icons for the upcoming episodes of shows followed" — same row shape as
287. `/unwatched` (`components/unwatched.hl`) minus the check icon.
289. **Reuse, not copy**: imports the exact same `followedShowIds` (`follows.hl`), `showById` /
290. `seasonsOfShow` / `episodesOfSeason` (`shows.hl`) that `/unwatched` already uses — nothing new
291. added to either file. `watches.hl` is not imported at all: a row here is never watched/unwatched,
292. there is no check icon and no click, so the page needed no per-user watch state and no `on server`
293. face — the whole component is a single read-only server-side render (`rows` computed once from
294. `session`, same as every other reactive member here).
296. **Order**: soonest first, ascending by `release` (a plain `'YYYY-MM-DD'` string, ordering
297. operators confirmed working against this app's own vendored `bin/hybriel`, same as `/unwatched`'s
298. STATUS entry) — the ticket named this the architect's own reading ("the creator named the order
299. only for /unwatched"), so `insertByReleaseAsc` mirrors `/unwatched`'s `insertByReleaseDesc` with
300. the comparison flipped.
302. **`decided`**: "upcoming" = `release` strictly after today (not `>=`) — the natural complement of
303. `/unwatched`'s own `release <= today`, so every released-or-today episode is unambiguously on one
304. list, never both, never neither.
306. **Gate** (`tests/browser.mjs`, 35 → 38 checks): reused the same fixture (`tests/seed-show.hl`,
307. unchanged) — episode 3 already carried a far-future release (`2099-01-01`) for `/unwatched`'s own
308. "excludes the future one" check; `/schedule` now proves the mirror image with the same fixture:
309. signed out, no rows, the sign-in message; signed in, only that one future episode shows (the two
310. already-released ones excluded), no `button.checkicon` anywhere on the page, unaffected by any of
311. the watch toggles the other checks perform on the same fixture (run in any order — `/schedule`
312. never reads watch state).
314. ```
315. node tests/browser.mjs
316. 38 passed, 0 failed
317. ps -eo pid,args | grep [h]l-browser-tier
318. (nothing)
319. ```
321. Updated `README.md` ("What it does (step 6)", Test, Files) and this file.
323. **Open**: nothing shown on the homepage still points to `/schedule` (same as `/unwatched` before
324. it — the homepage stays empty per ticket #1's decision).
326. ## 2026-09-27 — ticket #5: /unwatched
328. Built `/unwatched`: every episode of a show the signed-in user follows that is already released
329. (`release` ≤ today, a plain `'YYYY-MM-DD'` string — migrated as-is by `tools/migrate.hl`, never
330. run through `dateOf`) and not yet watched, newest release first (creator: "/unwatched lists all
331. unwatched episodes of shows followed in release date desc order").
333. **Reuse, not copy** (the ticket's own instruction, re "the same check icon and watch logic as the
334. show page"): `watchClassOf` (watched → `'checkicon solid'`/`'checkicon regular'`) was a private
335. `static` in `components/show.hl`; moved it to `watches.hl` so both pages import the SAME
336. definition instead of each declaring their own — `show.hl` now imports it too, nothing duplicated.
337. `isWatched`/`setWatched` (already in `watches.hl`) needed no change. New `follows.hl`
338. (`followedShowIds`) and `shows.hl` `showById` (one line) round out the read-only data access this
339. page and `/schedule` (ticket #6) both need.
341. **String comparison** (`e.release <= today`, `row.release >= x.release` for the desc sort):
342. hybriel#2 ("no ordering operators on strings") is filed as still-open in this ticket's brief, but
343. its own history shows it was fixed and merged to master 2026-09-25 — confirmed directly against
344. THIS app's own vendored `bin/hybriel` (`'2020-09-03' <= '2026-09-27'` → `true`), so no numeric
345. date workaround was needed.
347. **A View text node cannot hold an inline expression** (`"Ep " + row.episodeNumber + " · " +
348. row.title` inside a tag body) — same rule as View attributes (components/show.hl's own comment:
349. "a View attribute must be a literal, a member or a field path"), just not documented for text
350. nodes anywhere yet; it silently rendered `<!-- binary_expression not rendered yet -->` instead of
351. erroring. Fixed by resolving the label into a plain field (`row.episodeLabel`) once, server-side,
352. in `unwatchedRowsOf` — the same pattern `show.hl`'s `buildRows` already uses for every other
353. ternary/concatenation. Not filed as a new Hybriel gap since it's the exact same restriction
354. already known and worked around elsewhere in this app, just not yet hit for interpolated text.
356. **Empty state**: signed out (no user, so no follows to show) and signed in with nothing unwatched
357. both render a message; used `.muted` (colorTextMuted), not `.message` (colorDanger) — the existing
358. `.message` class is for real errors (the login-failed banner), and an empty list isn't one (a
359. `decided`, small).
361. **Gate** (`tests/browser.mjs`, 29 → 35 checks): `tests/seed-show.hl` now takes an optional
362. `TRACKER_SEED_IDENTITY` and, when given, seeds a fixed user + a follow of the fixture show for it
363. — the only way to give `/unwatched` a known followed show before the browser ever signs in, since
364. the real login's `ensureUser` matches an EXISTING `users.db` row by `identity` and reuses its id
365. rather than minting a new one. The gate learns alice's per-app identity with one throwaway
366. `ident.exchange` call (consuming one code) before writing the seed. Episode 1/2 of the fixture now
367. carry a past `release` (`2020-01-01`/`2020-06-15`), episode 3 a far-future one (`2099-01-01`) —
368. proving both the release-date filter and the desc order. The new checks run signed out (no rows,
369. the sign-in message), then signed in RIGHT AFTER LOGIN, BEFORE the existing show-page checks that
370. toggle these same fixture episodes watched (order matters — otherwise `/unwatched` would already
371. be empty by the time it's tested): both unwatched episodes list newest-first, excluding the
372. future one; a click on the newest (`Second`, ep 2) removes it from the list; a reload proves the
373. watch is server-side, leaving only `Pilot` (ep 1).
375. ```
376. node tests/browser.mjs
377. 35 passed, 0 failed
378. ps -eo pid,args | grep [h]l-browser-tier
379. (nothing)
380. ```
382. Updated `README.md` ("What it does (step 5)", Test, Files) and this file.
384. **Open**: nothing shown on the homepage still points to `/unwatched` — no navigation exists yet
385. (the homepage stays empty per ticket #1's decision; a later step, from the creator, presumably
386. adds it). `/schedule` (ticket #6) is next and reuses `follows.hl`/`shows.hl`/`watches.hl` the same
387. way.
389. ## 2026-09-27 — ticket #4: the show page, watch checks (took over a previous half-done session)
391. Continued from an earlier session that had built the whole page — header, seasons/episodes,
392. the click-handling redesign to a flat `rows` list rebuilt server-side (`components/show.hl`'s
393. own header comment explains why: a nested `for` over seasons > episodes risks hybriel#86) — but
394. left with the gate red: clicking a check never turned it solid, no console error, and the
395. session ran out of budget before finding why.
397. **The actual bug**: the show page's own pure helpers (`buildRows`, `genreRowsOf`, `castRowsOf`,
398. `watchClassOf`, `initialCollapsed`) were plain instance members (`buildRows = (show, …) => {…}`,
399. no `static`). That shape works fine as a member's own top-level initializer (`rows = found ?
400. buildRows(showRow, watchRows, collapsed) : []` — this is how the page renders correctly on first
401. load) but throws when the SAME function is called from inside an `on server` face
402. (`showToggleEpisode` etc.): the server log showed `'buildRows' is not callable — it holds null`.
403. Found by running `.scratch/debug-click.mjs` (left by the previous session) with the server's
404. stdout/stderr captured — the browser console itself stayed silent (the face's error never
405. reaches the client at all, a separate Hybriel gap, hybriel#92 already covers that half).
407. Confirmed the fix by grepping other worldapi apps for the same shape:
408. `calendar.worldapi.org/components/calendar.hl` has `static soonOf = (u) => { … upcoming(u, …) }`
409. (an mpackdb-backed helper), called from its `on server calLoad`/`calSettingsLoad` faces, and
410. calendar's own gate is green — so `static` is the proven-safe shape for a component's own helper
411. that both (a) touches an mpackdb-backed import and (b) needs calling from more than one place
412. (its own initializer AND a later face). Declared all five helpers in `show.hl` `static`; reran
413. the gate: 29/29 green, including the season-bulk-toggle and the reload-proves-server-side checks.
415. Filed **hybriel#115 was already open** (from the previous session, about the CLIENT bundle
416. omitting a case for such a helper) but this session's finding is the SAME root cause reaching
417. further than that ticket says: the plain HL interpreter on the SERVER also treats such a helper
418. as `null` outside its own initializer, not just the JS-compiled client bundle. Left as one
419. `issues` entry pointing at hybriel#115 rather than opening a near-duplicate ticket — the
420. repro/observed there already generalizes (a per-instance member function wrapping an
421. mpackdb-backed import is unreliable wherever it is called from, not just the browser).
423. Ran `node tests/browser.mjs`: 29 passed, 0 failed (was 20 passed / 1 failed — the click timeout
424. — before the `static` fix).
426. **Rehearsed `tools/relink-episode-seasons.hl` against a full COPY** of the real
427. `storage/mpackdb/` (`.scratch/relink-rehearsal/`, since removed) — the tool's own header claimed
428. this rehearsal already existed here; it didn't (a leftover claim from the previous session), so
429. this session actually ran it:
431. ```
432. relink: episodes 231584, null season before 36194, linked 36194, still null (no matching season) 0
433. relink: episodes.db replaced with the relinked file — re-run to confirm idempotency (0 linked the second time)
434. ```
436. Ran a second time on the same copy straight after — idempotency confirmed:
438. ```
439. relink: episodes 231584, null season before 0, linked 0, still null (no matching season) 0
440. ```
442. All 36,194 pre-existing null-season episodes (ticket #2's count) now link to a real season by
443. `(show, seasonNumber)`; none left over. Not run against the LIVE `storage/mpackdb/` — that needs
444. the tracker container stopped first (hl:mpackdb does not coordinate two processes on one storage
445. directory, hybriel#21), the architect's job per the ticket ("the architect runs it live").
446. Updated README.md ("What it does (step 4)", Test, Files) and this file.
448. ## 2026-09-27 — ticket #2: old data migrated (took over a previous session's rewritten tool)
450. Continued from an earlier session that had rewritten `tools/migrate.hl` to avoid a real data-loss
451. bug (see below) but never run it even once, and had left the real `storage/mpackdb/` holding data
452. from the OLDER, buggy two-pass version of the tool (put a bare record, then `update()` it once the
453. other side of a circular reference existed). Took over: moved that buggy data aside
454. (`.scratch/pre-migrate-buggy-backup`, since removed), kept `storage/mpackdb/users.db` (step 1's
455. login table, untouched by the migration), and ran the already-fixed tool for the first time.
457. **The fix already on disk (kept as is):** `Show.seasons`/`Season.show` and `Show.cast`/
458. `Person.shows` are two-way references, so the id on one side must exist before the record on the
459. other side can be built. The old approach — `put()` a bare record, come back with `update()` once
460. the far side's id exists — loses rows: reopening a table in a fresh process after an `update()` had
461. touched it read back FEWER rows than were ever `put()` (seen directly: `persons.db`'s `count()`
462. dropped 15157 → 15152 after one round of `update()` — a real `hl:mpackdb` bug, reported to Hybriel,
463. not something an app is allowed to patch around). The fix assigns every new id itself (8 random
464. bytes, `hl:crypto`) in one pass over each export file BEFORE building any record, so by the time a
465. record is actually built every reference is already a known id — one `put()` per row, `update()`
466. never called.
468. **Run** (`tools/migrate.hl`, `TRACKER_OLD_DATA=.../old-tracker/mongo-export`,
469. `TRACKER_STORAGE=$PWD/storage/mpackdb`):
471. ```
472. migrate: genres 27 new, 0 already there (old 27 -> new 27)
473. migrate: persons 15157 new, 0 already there (old 15157 -> new 15157), show refs skipped 0
474. migrate: shows 9453 new, 0 already there (old 9453 -> new 9453), cast refs skipped 0, genre refs skipped 0, season refs skipped 0
475. migrate: seasons 6430 new, 0 already there (old 6430 -> new 6430), show refs skipped 0, episode refs skipped 0
476. migrate: episodes 231584 new, 0 already there (old 231584 -> new 231584), show refs skipped 0, season refs left null (pre-existing) 1
477. migrate: follows 128 new, 0 already there (old 128 -> new 128), show refs skipped 0
478. migrate: watches 11692 new, 0 already there (old 11692 -> new 11692), target refs left null (pre-existing) 3
479. migrate: 0 failed
480. ```
482. Every count equals the old export's own document count (`old-tracker/README-RECONSTRUCTED.md`:
483. Show 9453, Season 6430, Episode 231584, Person 15157, Genre 27, Follow 128, Watch 11692). Ran a
484. second time straight after (idempotency: the tool's `oldId` index finds each row again) — every
485. table printed `0 new`, all rows `already there`, counts unchanged, 0 failed: the id-loss bug does
486. not resurface across a real close-and-reopen.
488. **Proof beyond the tool's own counters** (`tools/verify.hl`, new): the ticket asks for a check that
489. does not just trust `migrate.hl`'s own "skipped" tallies. It runs against a plain filesystem COPY
490. of `storage/mpackdb/` (hl:mpackdb rewrites a file's data on open, so the live store is never opened
491. a second time) and independently re-derives, from the persisted records alone: every table's
492. `count()` against the export's own document count, and — by building id sets for every table and
493. walking every reference field (`Show.genres/cast/seasons`, `Season.show/episodes`,
494. `Episode.show/season`, `Person.shows`, `Follow.show/user`, `Watch.target/user`) — that every
495. non-null reference resolves to a real id. It also follows one show end to end (`Raised by Wolves`,
496. 2 seasons, 18 episodes, 1 follow, 2 season-level watches — all cross-checked back to the show).
498. ```
499. $ cp -r storage/mpackdb .scratch/verify-copy && TRACKER_VERIFY_COPY=$PWD/.scratch/verify-copy ./bin/hybriel tools/verify.hl
500. count ok genres: 27 (expected 27)
501. count ok persons: 15157 (expected 15157)
502. count ok shows: 9453 (expected 9453)
503. count ok seasons: 6430 (expected 6430)
504. count ok episodes: 231584 (expected 231584)
505. count ok follows: 128 (expected 128)
506. count ok watches: 11692 (expected 11692)
507. users: 1 (expected 1, the creator)
508. dangling references: 0 (episodes with a pre-existing null season: 36194, watches with a pre-existing null target: 3 — not dangling, the export already had no target)
509. END-TO-END show 105ad9c91b14d663 "Raised by Wolves" seasons=2
510. season 1 (be2965a5ab7165ca) episodes=10 show-back-ref-ok=true
511. season 2 (0fe4e53157ed0367) episodes=8 show-back-ref-ok=true
512. total episodes across seasons: 18
513. follows on this show: 1, season-level watches touching it: 2
514. VERIFY PASS
515. ```
517. (36194 episodes with no season = 36193 that never had one in the old export, plus the 1 the tool's
518. own count already named as a pre-existing dangling `season` reference in the source data — neither
519. is a reference this migration broke; `dangling references: 0` covers exactly that.)
521. The single old user (`User.jsonl`, `[email protected]`, password not taken over) is this app's
522. user for ident short id `az5b2` (`storage/mpackdb/users.db`, the same table step 1's login uses) —
523. confirmed in the copy: one record, `identity=az5b2`.
525. **Two Hybriel bugs found while building this** (both already filed as issues on this ticket by an
526. earlier session, not re-filed): `hl:fs readFile` silently truncates at 10 MiB (worked around here
527. with `split`, no shell, no JS, see `tools/migrate.hl`'s header comment) and `hl:mpackdb` loses rows
528. across `update()` + reopen (the reason this tool never calls `update()`).
530. **Open**: nothing shown yet — this ticket is data-only, on purpose (the next step, from the
531. creator, is showing the data in the UI).
533. ## 2026-09-27 — ticket #3: no border on the header or filled buttons
535. Design notes from the first test (architect): "the application-header should have no bottom
536. border" and "the buttons also no border except they are inverted". Two changes in
537. `styles.hl`:
539. - `applicationHeader`: dropped `borderBottom`.
540. - `ident-selector::part(button)` (the signed-out "choose ident" button): added
541. `border = 'none'` — the element's own CSS gave it a 1px border the same colour as its
542. background (`--_accent`), invisible but still a real border in the computed style; this is
543. the app-side restyling hook ident's README documents (`::part(button)`), not a change to
544. ident's vendored `selector.js`.
546. Left unchanged, already correct: the native `button` rule (filled, e.g. no other filled
547. buttons on this page yet) already has `border = '0'`; `button.quiet` ("Log out") and the
548. selector's dropdown `[part="identity"]` rows keep their border (transparent background —
549. inverted style); `a.button` ("Log in with ident") has no border rule and browsers give `<a>`
550. none by default. The selector's signed-in "logged in with ident" status pill
551. (`::part(status)`) is not one of the buttons the ticket names and isn't a button element
552. (a `<span>`) — left with its border.
554. **Gate** (`tests/browser.mjs`, now 16 checks): added computed-style checks — the header's
555. `borderBottomWidth` is `0px`; `#loginbutton`'s border is `0px`; the selector's
556. `[part~="button"]` (inside its shadow root) border is `0px`; `#logout`'s border is NOT `0px`
557. (still inverted-bordered) once signed in.
559. ```
560. node tests/browser.mjs
561. 16 passed, 0 failed
562. ```
564. ## 2026-09-27 — ticket #1 reopened: login redone to match calendar exactly (header selector, empty page)
566. The architect rejected the first build of ticket #1: the sign-in sat centered on the page
567. (its own "Sign in with ident" card, identity + sign-out shown in a `homeCard`) instead of
568. the header identity selector calendar/gitoria use, and there was no `<ident-selector>` at
569. all. Rebuilt the login by copying calendar.worldapi.org's own files (unchanged in shape, per
570. the architect's instruction "Copy calendar.worldapi.org's login unchanged"):
572. - **`users.hl`** (new): the ident exchange + a `usersTable` (`storage/mpackdb/users.db`,
573. `identity` → this app's user id), copied from calendar's `users.hl` with `TRACKER_KEY` /
574. `TRACKER_SECRET` / `TRACKER_URL` / `TRACKER_STORAGE` in place of calendar's names (kept
575. the names already in this app's `docker-compose.yml`/README/DECISIONS rather than
576. switching to calendar's generic `IDENT_API_KEY`/`IDENT_API_SECRET`).
577. - **`login.js`** (new): calendar's bridge between `<ident-selector>`'s `ident-login` DOM
578. event and the hidden `#identcode` input, copied verbatim (creator: "login.js is correct,
579. as thats for externals in general").
580. - **`components/main.hl`**: now the header carries `userBox` (`<ident-selector>` + "Log in
581. with ident" / "Log out"), the `trackerLogin`/`trackerLogOut` faces and the
582. `trackerSignedIn`/`trackerSignedOut` client push — calendar's shell renamed to this app's
583. event names.
584. - **`components/home.hl`**: now truly empty (`View { home {} }`) — no sign-in link, no
585. identity/sign-out duplicated on the page; that is entirely the header's job now.
586. - **`components/loginfailed.hl`** (new) + **`project.hl`**: the login routes are now
587. `/login/callback` (function route, the button's return AND the code exchange) and
588. `/login/failed`, copied from calendar's `project.hl` (`safePath`, `failed()`,
589. `loginCallback`) in place of the old `/login` + `/callback` + `/logout` routes; the old
590. `/logout` POST route is gone (logout is a face, like calendar's).
591. - **`styles.hl`**: added the header selector styles (`userBox`, `identSelector`,
592. `ident-selector::part(...)`, sticky header) from calendar's `styles.hl`; dropped the
593. now-unused `homeCard`/`accountBar`/`userName` rules from the rejected centered sign-in.
595. **Gate rewritten** (`tests/browser.mjs`, 12 checks): replaced the old gate (which drove
596. ident's full email-code UI through a vendored dev copy of ident at `.scratch/ident-dev`)
597. with calendar's own pattern — `tests/identkit.mjs` (copied from calendar unchanged) starts a
598. throwaway ident (a fresh copy of `/media/STORAGE/projects/ident.worldapi.org`'s code, no
599. `.env`/storage copied, codes to a mail sink, never the live ident), signs in over its REST
600. API and registers this app, then the gate proves the header in a real headless Chrome:
601. signed out → `#selector` + `#loginbutton` in the header, **`main` is empty** → sign in
602. (`/login/callback?ident_code=`, the same exchange the selector would trigger) → `#selector`
603. shows `class="in"`, `#logout` appears, **`main` still empty** → sign out → signed out again
604. → a reload stays signed out. No console errors.
606. ```
607. node tests/browser.mjs
608. 12 passed, 0 failed
609. ```
611. `./deploy.sh --dry-run --target .scratch/deploy-preview --url http://127.0.0.1:0/`: gate
612. passed as step [1/4], rsync preview held none of `storage/`, `.sessions/`, `.env`,
613. `.scratch/`, `server.*`, logs. Removed the stale `.scratch/ident-dev` (the old gate's vendored
614. ident copy) and `.scratch/browser-gate` (the old gate's storage) — unused by the new gate.
616. **Still open**: the app is registered in ident's dev copies only (this gate's own throwaway
617. ident). The LIVE ident registration (`TRACKER_KEY`/`TRACKER_SECRET` in `.env` next to
618. `docker-compose.yml`) is the architect's first-deploy step (README "Deploy"), not built here.
620. ## 2026-09-27 — ticket #2: data migration — blocked twice on sandbox access, nothing done
622. Two workers in a row (`s-20260927T1029-f57b0f`, then this session) could not start: the
623. migration source the ticket names, `/media/STORAGE/projects/old-tracker/mongo-export/*.jsonl`
624. + its `README-RECONSTRUCTED.md`, is not reachable from this worker's sandbox. Verified fresh
625. this session:
627. ```
628. $ ls -la /media/STORAGE/projects/
629. antcolony-docs hybriel ident.worldapi.org tracker.worldapi.org # no old-tracker
630. $ mount | grep STORAGE
631. /dev/nvme1n1p6 on /media/STORAGE/projects/tracker.worldapi.org type btrfs (rw,...)
632. /dev/nvme1n1p6 on /media/STORAGE/projects/hybriel type btrfs (ro,...)
633. /dev/nvme1n1p6 on /media/STORAGE/projects/ident.worldapi.org type btrfs (ro,...)
634. /dev/nvme1n1p6 on /media/STORAGE/projects/antcolony-docs type btrfs (ro,...)
635. # old-tracker is not among the mounted subvolumes at all
636. ```
638. So this is not a data problem (the export is "complete" per the ticket) — it's the worker
639. sandbox for this ticket that never got `old-tracker` mounted (read-only, like `hybriel` /
640. `ident.worldapi.org` / `antcolony-docs` above). Nothing was built or changed this session:
641. no `storage/`, no `tools/`, no id-mapping — writing the migration tool blind, guessing the
642. JSONL shape from the ticket text alone, risks silently wrong data and was avoided on purpose
643. (see the project's "Build it properly" rule). Filed as an antcolony issue so the next worker's
644. sandbox includes `old-tracker` before another attempt.
646. ## 2026-09-27 — ticket #1: the empty shell, ident login
648. Built the app from scratch: vendored `bin/hybriel` + `plugins/` + `shared/tokens.hl` from
649. `ident.worldapi.org` (newest local build, hybriel master 837fe120, no local patch — see
650. README "Vendored Hybriel"). `project.hl` (routes `/login`, `/callback`, `/logout`, `/`),
651. `components/home.hl` (the empty homepage), `components/main.hl` (shell), `styles.hl`
652. (accent green `#4ec9b0`, per `antcolony/README.md` "look and style" / `CONCEPT.md`).
653. `docker-compose.yml` / `Dockerfile` / `deploy.sh` following ident's own house pattern
654. (port 45008, container `tracker.worldapi.org`).
656. **Login**: the ident login BUTTON flow (ident.worldapi.org README "How apps use ident"),
657. server-side exchange (`POST <ident>/api/exchange`), this app's own framework session
658. (`session.user = { identity }`, cookie `trackersid`). ident hands over only the identity's
659. public **short id** — no display name yet (ident#11, properties handover, is on hold) — so
660. "your name" on the homepage is `Signed in as <shortid>`, the same identifier every other
661. worldapi app would show; see `decided` in the report.
663. **Lesson (Hybriel)**: a face that mutates `session.user` (e.g. `signOut`) does NOT
664. automatically re-render the page — a component's reactive members (`signedIn`, `identity`,
665. …) are computed once at mount from the framework's read-only session snapshot; a client
666. handler that calls `emit server X()` must ALSO flip the affected members itself afterwards
667. (ident's own `components/home.hl` `on doSignOut(e)` does exactly this: `emit server
668. signOut()` then `signedIn = false` …). Missing that made the sign-out button silently do
669. nothing client-side (the ack came back `ok:true`, the server-side session really was
670. cleared — proven by a reload — but the DOM never updated) until copied.
672. **Gate** (`tests/browser.mjs`, 13 checks): a fresh copy of `ident.worldapi.org`'s code (no
673. `.env`, no `storage/`, no `.sessions/` — verified empty of secrets/data before first use)
674. runs as this gate's own ident, on its own storage and its own mail sink (no live ident, no
675. real mail). The gate registers this app in that dev ident once over the `/__hl/emit` API
676. (the same one-time step a person does by hand in ident's `/apps` page), then drives the
677. REAL login-button flow in a real headless Chrome: signed out → click "Sign in with ident" →
678. ident's email form → the mail-sink code → the first-login optional-names form (Skip) → the
679. one-identity choice (one click) → back on tracker, "Signed in as `<shortid>`" → "Sign out" →
680. signed out again → a reload stays signed out. No console errors. Ran twice for stability, 0
681. failures; no leftover Chrome/hybriel processes after either run.
683. ```
684. node tests/browser.mjs
685. 13 passed, 0 failed
686. ```
688. `./deploy.sh --dry-run --target .scratch/deploy-preview --url http://127.0.0.1:0/` (a local
689. directory, per ident's own convention for testing deploy.sh without touching Byrodin): gate
690. passed, rsync preview held none of `storage/`, `.sessions/`, `.env`, `.scratch/`, `server.*`,
691. logs — confirmed by the same grep the script refuses on.
693. **Open**: the app is not registered with the LIVE ident yet — `TRACKER_KEY`/`TRACKER_SECRET`
694. are unset until the architect's first deploy does that (README "Deploy"); until then
695. `/login` on the live site answers a plain error page instead of redirecting (`/` itself
696. still renders). This is normal for a brand-new app, the same as ident's own SMTP `.env`
697. before its first deploy — not something this ticket's worker can set (no `.env` access,
698. and it is a LIVE ident registration).