tracker

7.7 KB

1. # Report 032 — tracker#37: /people, people in the search, /settings (w089, 2026-10-04)
3. Commits on main: 718bfb8 (code + gates + README/STATUS/LOG), 9bce1f6 (STATUS note). NOT deployed, not pushed.
5. **/people** (+ `/people/page/<n>`): everyone (no adult filter, as before), the one updated last first. "Updated" = the newest of
6. `updatedAt` (new: the person page's TMDB fill stamps it), `filmographyAt` and `added`; migrated people without any come last.
7. Photo + name tiles through `components/tilelist.hl` (new prop `tileClass="tile person-tile"`: name in the person colour, no year),
8. the same pagination as /movies, "105018 people, last updated first · page 1 of 4376". The letters and `/people/<letter>` are gone.
9. - Cached view (the mission 025 approach): `lib/people.hl warmPeopleView()` runs at boot: one pass over the people, one sort, the cast
10. photos. Log: `people view: 105018 people, 51922 cast photos in 3753 ms`. A page slices 24 ids. People created (`castPersonId`) or
11. updated (the fill) move to the front on the next read (`personTouched`), no restart needed.
12. - `util.hl sortDesc` now starts from the runs that are already sorted. Output is the same and the gates are unchanged. 105k
13. nearly-sorted people take 0.15 s instead of 1.6 s.
15. **Photos**: the order is our file, then `tmdbProfile` (TMDB w185), then the `profile` from a title's cast or crew entry (in-memory
16. map built at boot), then the new "no photo" placeholder (`assets/photo-placeholder.svg`; titles still show "no poster"). New
17. people now keep TMDB's profile: cast, crew and `created_by` entries carry `profile`, and `castPersonId` stores `tmdbProfile`.
18. I first tried a one-time write of the cast profiles into the person records. On the live copy it took **511 s at boot** for
19. 51,907 people, so I dropped it for the in-memory map (~1–3 s at boot).
21. **Search**: people rows now show the photo before the name, which links to the person page. The database search and "Fetch from
22. web" are unchanged. "Jared Harris" finds Jared Harris with his photo.
23. **/settings**: only `<h1>Settings</h1>`, plain. The typed style ("<type> | <name>") does not fit a page without a type.
25. **Gates**: browser **369/0** (4 new #37 checks, 3 extended: order after the fill and after a new person, pagination page 2,
26. search photos for cast / created_by / crew / cast-map / placeholder, "no photo", Settings heading only, the boot log line),
27. kinds 32/0, franchises 52/0, check-theme 0. One browser run that crossed 04:00 UTC failed 9 #18/#35 checks. The gate sets
28. TRACKER_SYNC_HOUR to the hour it started in, so a run that crosses the hour fails. This is an old flake; the rerun was 369/0.
30. **Real copy** (live storage 2026-10-04, tree without .env, jobs off; base 96ba683 for A/B):
31. - /people pages 1/2/3: server 13–17 ms each, page 4376 ~15 ms. Full load to hydrated (1280, signed in, median of 10): 85 / 67 / 77 ms.
32. The base had 0.54 s on its first /people (lazy letters).
33. - Search "Jared Harris": found with photo, 16 ms server (base 12 ms). /search/star trek 120 vs 106 ms load (noise ±10 ms; /movies,
34. whose code did not change, measured +9 ms).
35. - Boot RSS ≈ base (+~20 MB). Peak varies ±150 MB between runs of the same build.
36. - Screenshots 390/1280 signed in and out, all looked at (`.scratch/w089/shots-final/`): header 52 px, no sideways scroll, 0 console
37. problems.
39. **Open / for the architect and the creator**:
40. - On live, /people pages 1–3 are **all crew people** (72/72). They are the writers and directors of the credits job's last titles,
41. and crew entries had no profile before this mission. So the first pages show "no photo" until someone opens the person (the fill
42. downloads the photo) or that title's credits are stored again. Cast people with a TMDB photo show it (page 20: 24/24).
43. Filling them all would need a backfill job (TMDB /person per person, ~50k requests), not built.
44. - Mission 033 (worktree t38) may also touch `components/tilelist.hl`; this mission added `tileClass` there.
45. - Housekeeping: my first local copy went into the shared scratchpad dir `…/scratchpad/t` and overwrote the copies of
46. lib/components/project.hl/tests/browser.mjs/README/STATUS/LOG that an earlier session had left there (an old pre-028 tracker
47. layout). The repo is unaffected.
49. ---
50. # Added: The Remaining (urgent) and tracker#39 (w089, 2026-10-04 06:45)
52. **The Remaining**: live is not an empty stub. Headless Chrome at 390 and 1280, plus client-side navigation from /search, /movies
53. and /, shows the overview, 4 genres, director/writer and 5 cast members (Loreana `.scratch/w089/remaining/live-before-*.png`). The
54. stored record has tmdbSummary, tagline, genres, cast, crew, detailsAt and tmdbSync. Asking TMDB with the app's own request
55. (`/movie/1775752?append_to_response=external_ids,credits`): poster_path null, imdb_id null, runtime 7, backdrop_path set.
56. Missing on the page: the poster (TMDB has none), the IMDb link (TMDB has none) and runtime/release date (the app never shows
57. them). I proposed using the backdrop as a poster fallback plus showing release date and runtime. Waiting for the lead's decision.
58. No code changed for this.
60. **tracker#39** (commit b10f00c): migrated episodes still carry TMDB ids that TMDB has since replaced. sync.hl matched by number
61. only when an episode had no tmdbId at all, so the sync and the repair added a second episode with the same number. Live copy:
62. 850 extra episodes in 112 series.
63. - Sync: a stale-id episode is now adopted by its number (old id kept as `migratedTmdbId`).
64. - Merge: merge.hl step 3 (keeper: most watches, else the synced one, else the first; watches moved or parked; tombstones).
65. - Check: `tools/count-duplicate-episodes.hl`.
66. - Gates: 373/0, 32/0, 52/0. With the old sync.hl the new sync check fails.
67. - Real copy: 850 → 0 in 64 s. The creator's 12,525 watch rows are unchanged; /my/unwatched 993 → 905.
68. - Seasons: Flash S9 22 → 13; Discovery S5 20 → 10; Scrubs S1 48 → 24. Shots: `.scratch/w089/flash-shots/`.
69. - Open: Specials stay large (TMDB's own: Flash 72, Discovery 70). 68 pairs with the same tmdbId under different episode numbers
70. (old-tracker rows) are untouched.
72. ---
73. # Added: backdrop poster, runtime, art + photo backfills (w089, 2026-10-04 08:20; main after 4ecc67b)
75. **Poster fallback**: when TMDB has no poster, syncPoster downloads the backdrop (w780) as the title's poster file
76. (`posterFromBackdrop`). The existing CSS on every poster box shows it centre-cropped to 2:3. A real poster later replaces it.
77. **Runtime**: movies now store `runtime`, and a movie page shows "17 September 2026 · 7 min" under its title.
78. **Art backfill**: one TMDB request for each public title without a poster file and each public movie without runtime.
79. **Photo backfill**: one TMDB request for each person without any photo source, in /people's order (page 1 first).
80. - Both run last, after every other start job. They are paced at ≤ 40 requests per 10 s, resume after a restart and ask each item
81. only once.
82. - Switches: `TRACKER_ART=0` and `TRACKER_PHOTOS=0`. Every gate and realdata script starts with both off.
84. **Gates**: browser 379/0, kinds 32/0, franchises 53/0, pager 229/0, franchiseseed 26/0, check-theme 0.
86. **Real copy**, with real TMDB through a link to .env (never read):
87. - Art: 4,977 titles done in 42 min — 115 posters, 15 backdrops, 4,609 runtimes, 0 failed.
88. - The Remaining now shows its backdrop as poster plus "17 September 2026 · 7 min". Shots: `.scratch/w089/remaining/after/`; before
89. = live, `remaining/live-before-*`.
90. - Photos: the queue has 53,106 people at about 0.5 s each, so roughly 7.5 h.
91. - After 5 min, /people pages 1–3 had 8, 3 and 4 of 24 with a photo (0 before). TMDB has no photo for most crew people.
92. Shot: `.scratch/w089/photos-after/`.
93. - RSS stayed at 1.5–1.7 GB.
95. **Open**:
96. - Only 15 titles had a backdrop to use; most poster-less public titles have no art at TMDB at all.
97. - Runtime is stored for movies only.
98. - After deploy the photo job runs for about 7.5 h.