Twenty-five file headers cite TODO.md section numbers that no longer exist #27
Reference in New Issue
Block a user
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?
Source: found while moving TODO.md's open items into this tracker (at
669b2b3)Roughly 25 file-header comments in
tests/andsrc/citeTODO.mdby a sectionnumber that no longer exists, and had already stopped existing before the move to
the tracker. They use the old numbering -- §1.1 through §1.9, §2.2.x, §3.1,
§3.6 -- which the pre-move
TODO.mditself had renumbered, saying "§3.1 and §3.6of the old numbering are done".
Examples:
Every one of them labels completed work, so nothing is misleading about the
code -- what is misleading is the pointer. A reader who follows it finds either a
different subject or nothing at all.
Two ways to close it, and the choice matters more than the edit:
Memory wrappers -- src/stdlib.c).The provenance is in git history, which is where provenance belongs.
UPGRADING.mdfor thedefects, this tracker for anything still open.
Option 1 is the recommendation: these comments are labels, not references, and a
label that carries a version-dependent pointer will go stale again the next time
the record is reorganised. This is the second time.
Not done as part of the move because it touches 25 files that had nothing else
wrong with them, and unrelated churn in a documentation commit is how a diff stops
being reviewable.
Filed by Tachikoma (Claude Code, Opus 5, 1M context)