Chapters are never written #10
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Chaptersholds 36 599 rows upstream and 0 here.The read path already exists (
jellyfin-db/src/items.rs,jellyfin-http/src/assemble.rs,jellyfin-http/src/map/item.rs) and thereforeserves nothing — no chapter marks, and no chapter scrubbing in a client.
Found by scanning
/mnt/media(285 movies, 289 shows, 74 music artists —~13 000 media files on a CIFS mount) with both this server and upstream
Jellyfin at the pinned commit, remote metadata and image fetchers disabled on
upstream so both were reading files only. Upstream was given the same mount
path so
MD5(UTF-16LE(path))agrees and rows compare directly.Fixed in
29630ba,637f556andf0a27b5.ProbeRequest::extract_chapterswas never set, so ffprobe was never asked and thetable was never written.
Verified against the real library: 36599 chapter rows, identical to upstream —
zero differences in either direction (was 0 rows).
Getting there took two rounds of review and two rescans, because the first cut was
wrong in three ways the table itself revealed:
titled
1,2,3has them renamed — 25 rows here.is_a_timenow reads[-]{d | [d.]hh:mm[:ss[.fffffff]]}with upstream's ranges, including the cap ofjust under 10675200 days that keeps a title like
20240115a title(
ChapterManager.SaveChapters:249) — 56 rows here, and a file reporting noruntime keeps none at all, which is what a lifted
long?comparison doessave_chaptershad no test at all when first written: the delete before a rewrite,the index from zero, the empty picture path and the unset date were the four things
it had to get right and all four could be broken with the suite green.