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
epic
kind
feature
loop/paused
mirror-drift
priority
critical
priority
high
priority
low
priority
medium
size
L
size
M
size
S
size
XL
status
blocked
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…
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.