Re-take the release record, which five entries had moved under - #233
Merged
iderex merged 1 commit intoSep 4, 2026
Merged
Conversation
`data/releases.json` is the file every page computes a plugin's shipping state
from, and the landing page states the day it was taken as the moment a reader's
information was read. The weekly comparison read it as wrong on 2026-09-02 and
has stayed red since, because that comparison reports and never writes: no run
anywhere puts the file back, so the record ages until somebody re-takes it.
Read at `f51005f`, the base of this change:
go run . releases check | tail -2
releases: 12 repository(s) compared against data/releases.json, taken on 2026-09-01, 5 entry(s) moved, nothing written
releases: 5 entry(s) in data/releases.json no longer say what the release lists say, and the pages render that file; re-take it with `go run . releases`
go run . releases | tail -1
releases: 12 repository(s) recorded as taken on 2026-09-04, 5 entry(s) moved, written to data/releases.json
Three of the five change a state word a page prints, which is the move the
retake of 2026-09-01 said nothing here would report if it happened.
`metadata-sync`, `server-pairing` and `watchlist` have each published a first
finished release, so three landing rows move from `In build-up` to `Ships` and
the install page goes from three plugins to six. `requests` has published two
more and now targets a second server generation, so its line reads `10.11 and
12.0`. `sso` has published one more finished release and one more prerelease,
and two of its releases that stated no generation now state one.
Signed-off-by: Nils Lehnen <30603423+iderex@users.noreply.github.com>
iderex
deleted the
ci/the-release-record-has-five-entries-the-lists-no-longer-say
branch
September 4, 2026 11:05
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes #232.
data/releases.jsonis the one file here a verb writes rather than reports on,and every page computes a plugin's shipping state from it. The weekly
comparison read it as wrong on 2026-09-02 and the entry has stayed open since,
because that workflow reports and never writes by design: nothing puts the file
back, so it ages until it is re-taken by hand.
What had moved, read at
f51005fThe run that opened #232 found one entry. Five had moved by the time this was
read, and three of them are the kind the retake of 2026-09-01 said nothing here
would report if it happened: a repository publishing its first finished release
turns a row from a shell into a shipping one.
The retake
What the produced pages say afterwards
Built from the record on either side of this change and compared:
metadata-sync,server-pairingandwatchlisteach move fromIn build-upto
Ships. The install page moves with them, from3 of the 12 plugins have a finished release publishedto6 of the 12, and lists the three new ones.requestshas published two more finished releases and now targets a secondserver generation, so its line reads
Published for Jellyfin 10.11 and 12.0.ssohas published one more finished release and one more prerelease, and twoof its releases that stated no generation now state one.
The gate, at this head
needs-networkwas NOT asked for, so nothing here is a statement about thepublic name. The comparison this change repairs does reach the network, and it
agrees at this head:
The means
The verb the tree already carries,
go run . releases, writing the file it iswritten to write. This adds no language, runtime or dependency, and the record
it produces is judged by the same comparison that found the drift, so the
artefact is testable by the suite that is here. Re-taking by hand was refused:
the file is generated and a typed value would be one nothing derived.
What this does not close
The record ages again the moment a repository publishes, and nothing here
changes that. The comparison reports weekly and writes nothing, which is
deliberate and argued in the header of
.github/workflows/releases.yml; whatkeeps the file current is a person re-taking it, as here.
Review
No second reader is available on this board tonight. The evidence stands in
place of one: every figure above carries the command that produced it and the
commit it was run at, and the only changed file is generated output that the
network comparison re-derives.