You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Say the Fabric changes were run, and write them the way this codebase writes
Two things the pre-push audit turned up, neither of them a defect in behaviour.
status.md said all three of the window's fixes were re-checked in the running
application. Two were. The third needs a second install into a real Minecraft,
which has not been done; what covers it is tests over the merge itself. Now said
that way.
The adapter changes were compiled and not run, which the commits said accurately
but which left the standing gate unexercised over three behavioural changes to
the coordinator. It has now been run: 158 chunks enqueued, none dropped, no
snapshot failures, all seven corpus shapes present, and a fingerprint
byte-identical to the committed reference.
The rest is prose. Comparing the added lines against the codebase found the
" -- " aside used at roughly seven times the rate this project uses it, which is
a voice that is not its own. Rewritten into colons, commas and full stops; what
remains in these files is the author's own from before.
Copy file name to clipboardExpand all lines: docs/status.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -101,13 +101,13 @@ The window is now told to draw at the display's real resolution. It never declar
101
101
102
102
And the path ended without saying what had happened. It ended in one green line where the whole screen had been — no count, no folder, no files, nothing about what was already in that world. The last screen now answers the four questions that are actually asked there: what went in, what was already there and survived, where it is, and what to do next. On the same run, the install had also refused *after* the person had typed a name, read five file paths and agreed to all five, because a build from source carries no address for the mod; that refusal now happens before the asking, since consent collected for something that cannot happen is worse than not asking.
103
103
104
-
**Three more the window had, found by looking for the same shapes again.** None of them fails anything, and all three are now fixed with the running application checked afterwards.
104
+
**Three more the window had, found by looking for the same shapes again.** None of them fails anything. Two were re-checked in the running application afterwards and the third, which needs a second install into a real Minecraft, is covered by tests over the merge itself and is marked as such below.
105
105
106
106
Reloading the page broke the application, and in browser mode killed it. The token arrives in the address and is stripped immediately so it does not reach history — and it lived only in a variable, so pressing F5 left the page with no token, every call answering 401, and the keepalive silenced, which ended the process forty-five seconds later. F5 on a screen that looks stuck is the most natural recovery action there is. The token now survives in `sessionStorage`, which is not what the original note was about: it empties when the tab closes and is shared with no other tab, and a token only ever works for the server that minted it. Checked in the running application: after a reload the address carries no token, the token is recovered, `/api/status` answers 200 and the page draws.
107
107
108
108
Those four rejections were also the only failures in the application that came back as bare text, so the page could say "the application answered 401" and had nothing to suggest. All four now carry a problem and a next step, with a test over every one.
109
109
110
-
A second set-up destroyed the record of the first. A plan holds steps only for what is missing, so a second run is usually one step, and the record was written over rather than added to — leaving Remove able to delete one jar while reporting "Your Minecraft is back to what it was", with the Fabric profile, the launcher entry, Fabric API and `capture.properties` all still there. The play screen sends people to Set up for exactly the case that causes it. Records merge now: the digest from the newer install, because that is what an uninstall compares against, and the backup from the older one, because that is what was there before this application first touched the file.
110
+
A second set-up destroyed the record of the first. A plan holds steps only for what is missing, so a second run is usually one step, and the record was written over rather than added to — leaving Remove able to delete one jar while reporting "Your Minecraft is back to what it was", with the Fabric profile, the launcher entry, Fabric API and `capture.properties` all still there. The play screen sends people to Set up for exactly the case that causes it. Records merge now: the digest from the newer install, because that is what an uninstall compares against, and the backup from the older one, because that is what was there before this application first touched the file. Reproducing that end to end means installing into a real Minecraft twice, which has not been done; what is covered is the merge itself, by tests, including that a first install is unchanged by passing through it.
111
111
112
112
And the whole application only ever meant the overworld. The page sent no dimension, so export, moments and travel all defaulted to it while the server's chunk count summed every dimension — so an evening in the Nether showed "800 places recorded" on one screen and "nothing recorded at that moment" on the next, with the word overworld appearing nowhere. The status now reports each dimension and its count, and both screens have a World chooser beside the server one.
0 commit comments