bug(docs): 17 links in the adopter-facing docs are 404 to a public reader, including the README's evidence line #1414
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit#1414
Loading…
Add table
Add a link
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?
Seventeen links in the adopter-facing docs are not reachable by a public reader, including the README's second line, which cites tmux-tell's releases as the evidence that the toolkit cuts real releases.
Measured -- full sweep, 2026-09-07, anonymous against the public IP
Two distinct classes, and the second is the surprise:
What a reader would notice
⚠️
README.md:11and:141citetmux-tell/releasesas proof the toolkit cuts real releases. That URL is 404 to exactly the reader the sentence exists to persuade. The trust argument's own evidence was unreachable by its audience.🔑 Class B was already broken for everyone and nobody noticed, because nobody fetches a link they wrote. Making the forge public did not create these; it made them visible.
The shape, which is the transferable part
The positioning claim was false because nobody queried it from OUTSIDE. These links were dead because nobody fetched them from outside. Going public converts a class of internal-only citation into a class of visibly dead link -- the same blind spot, one layer down.
AC
git.frankenbit.delink in the adopter-facing surface either resolves anonymously or is removed/replaced -- class A and class B decided separately, since they have different causes303is confirmed as a redirect rather than folded into the failuresAnchor
@quartermaster found four while landing
#1404, said explicitly he had swept three files and was not claiming completeness, and requested a full sweep rather than implying one. @bosun ran it: 124 URLs, 17 not-200, with a chosen positive control rather than one taken from list position.