spec.leaf carries the §6.15 correction now merged in flamenet-e2e:
Android records a mid for every line and applies inbound edits, so the
paragraph claiming it "cannot yet apply one" — and that replies and
reactions were blocked with it — is gone, replaced with what a run
proved.
And api.leaf was stale too, which I did not go looking for. The
range-request documentation from relay#37 landed in docs/API.md this
morning and was deployed without the generated page being rebuilt, so /api has been missing Accept-Ranges, the three Range forms and the
206/416 answers all day. Exactly the drift relay#45 is about, found by
regenerating rather than by reading.
Both pages are generated and stamped with the sha256 of their source, so
the stamp is what makes drift detectable at all — Scripts/check-doc-pages.py now reports all 9 pages matching.
Order matters here and is easy to get wrong: the spec page is stamped
against flamenet-e2e's DEFAULT branch, so the SPEC.md change had to be
merged there first or the regenerated page would stamp against something
CI cannot see.
`spec.leaf` carries the §6.15 correction now merged in flamenet-e2e:
Android records a `mid` for every line and applies inbound edits, so the
paragraph claiming it "cannot yet apply one" — and that replies and
reactions were blocked with it — is gone, replaced with what a run
proved.
**And `api.leaf` was stale too**, which I did not go looking for. The
range-request documentation from relay#37 landed in `docs/API.md` this
morning and was deployed without the generated page being rebuilt, so
`/api` has been missing `Accept-Ranges`, the three `Range` forms and the
206/416 answers all day. Exactly the drift relay#45 is about, found by
regenerating rather than by reading.
Both pages are generated and stamped with the sha256 of their source, so
the stamp is what makes drift detectable at all —
`Scripts/check-doc-pages.py` now reports all 9 pages matching.
Order matters here and is easy to get wrong: the spec page is stamped
against flamenet-e2e's DEFAULT branch, so the SPEC.md change had to be
merged there first or the regenerated page would stamp against something
CI cannot see.
659 tests pass.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
spec.leafcarries the §6.15 correction now merged in flamenet-e2e:Android records a
midfor every line and applies inbound edits, so theparagraph claiming it "cannot yet apply one" — and that replies and
reactions were blocked with it — is gone, replaced with what a run
proved.
And
api.leafwas stale too, which I did not go looking for. Therange-request documentation from relay#37 landed in
docs/API.mdthismorning and was deployed without the generated page being rebuilt, so
/apihas been missingAccept-Ranges, the threeRangeforms and the206/416 answers all day. Exactly the drift relay#45 is about, found by
regenerating rather than by reading.
Both pages are generated and stamped with the sha256 of their source, so
the stamp is what makes drift detectable at all —
Scripts/check-doc-pages.pynow reports all 9 pages matching.Order matters here and is easy to get wrong: the spec page is stamped
against flamenet-e2e's DEFAULT branch, so the SPEC.md change had to be
merged there first or the regenerated page would stamp against something
CI cannot see.
659 tests pass.
Co-Authored-By: Claude Opus 5 noreply@anthropic.com
assigned to @paulhitt
mentioned in commit
102df905f6changed the description