docs: record the fourth field session - #37
Merged
Conversation
The first session to run the released commit, and the first to exercise the provenance check on a device. It is also the first to produce a verdict rather than a doubt: a converted pack was compared against the source it was supposedly made from, and the two were proven to differ. Two phases are recorded. Nine adds of previously unseen UUIDs took the index from 33 to 42 with no incident and no question asked, since none of them had a conversion to reuse. Three same-UUID replacements, on packs whose content had genuinely changed, each produced a mismatch, and re-converting sent the right content. Two things are observed here for the first time. Replacing a pack has to be done as delete-then-transfer, which is the refusal of a pre-existing content folder seen from the outside. And the dialog says which of its two answers it is giving, so the verdict is readable on screen without a log — the wording is quoted from the shipped strings rather than paraphrased. Four passages the new section would have contradicted are corrected. The third session's conclusion that tying a conversion to its source was an open problem is put in the past and marked solved for conversions made since; the same claim is narrowed where it appears under Not proven and under What is still open; and the count of sessions exercising the reworked write path goes from two to three. The READMEs move from three documented sessions to four. Packs are designated neutrally and identified by the leading bytes of their UUIDs, as the rest of the file already does. No work titles. Left alone deliberately, being stale for reasons unrelated to this session: the claims that retrying a failed upload has no defined semantics, and that nothing reports partial states at connection time. Documentation only. No code, no test, no tag, no release. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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.
Documentation only. Records a fourth field session and corrects what it contradicts.
What the session adds
The first to run the released commit (
0.4.3-fork.1at45e3a55), and the first to exercise the provenance check on a device. Earlier sessions could only show that reusing a conversion could be correct and that timestamps could not establish it. This one produced a verdict: a converted pack was compared against the source it was supposedly made from, and the two were proven to differ.Two phases:
33 → 42, ninePack added., no incident, and no question asked, since none had a conversion to reuse.42 → 41then41 → 42, mismatch every time, re-converting sent the right content. Final state 42 packs, noINVALID_STATE_ERR, no libusb error, no HTTP 500.Two behaviours are observed here for the first time. Replacing a pack has to be done as delete then transfer, which is the refusal of a pre-existing content folder seen from the outside. And the dialog says which of its two answers it is giving, so the verdict is readable on screen without a log — the two wordings are quoted from the shipped strings rather than paraphrased.
The section also records why
0.4.3-fork.1does not name a build: the version is fixed rather than a snapshot, somasterkept declaring it after moving past45e3a55. A field report has to give the commit, and say whether the runtime was the published asset or a local rebuild. This one was a local rebuild — same tree as the published archive, different binary.What it contradicted
Four passages are corrected because the new section would otherwise sit against them in the same file:
The READMEs move from three documented sessions to four, in both languages.
Naming
Packs are designated neutrally —
personal pack 5–7, continuing the numbering the file already uses — and identified by the leading bytes of their UUIDs, which is what carries the uniqueness evidence. No work titles, verified across the whole tracked tree. The UUIDs of the packs that were added but not replaced are not reproduced: they carry no evidence.Left alone deliberately
Two claims under What is still open are stale for reasons unrelated to this session, so they are flagged rather than fixed here: that retrying a failed upload has no defined semantics (it is now explicitly refused), and that nothing reports partial states at connection time (a listing exists, with no caller). Separate matter.
The FAT incident, the limits, and everything the sessions do not establish are untouched. No crash-safety is claimed anywhere.
No code, no test, no POM, no workflow, no
TESTING.md. No tag created or modified, no release modified.🤖 Generated with Claude Code