fix: versie naar 0.1.0, en de prestatietest op de snelste meten (#629, #638) #664

Merged

brenno merged 1 commit from fix/versie-en-perf into main

2026-07-22 18:07:15 +00:00

brenno commented

2026-07-22 18:07:02 +00:00

Owner

Twee bugs, één tak. make check groen.

#629 — de versie

pubspec.yaml zei 0.2.0 terwijl de release 0.1.0 gaat heten. Zonder dit draagt elke geëxporteerde PDF en PPTX straks "OciDeck 0.2.0" in zijn metadata — in de stukken die een pentestklant bewaart — en spreekt het Over-paneel de tag tegen.

Beide plekken staan nu op 0.1.0; de bestaande version_consistency_test hield ze al aan elkaar, dus dat paar was niet het probleem. De negen documenten die het oude nummer noemden zijn mee. De SBOM draagt de versie ook: make sbom opnieuw gedraaid — de poort ving dat zelf, wat precies is waarvoor hij er is.

Wat ik bewust niet heb gedaan

De issue stelt voor om in dezelfde commit de zinnen om te zetten die aannemen dat er nog geen release bestaat (COMPLIANCE.md BR.02, docs/FAQ.md). Dat heb ik niet gedaan: die zinnen zijn waar tot de tag er is. Ze nu omzetten schuift een claim vooruit op een gebeurtenis die nog niet heeft plaatsgevonden — precies het soort belofte dat ik vandaag elders juist heb weggehaald.

Ze horen bij het zetten van de tag zelf, en dat is jouw stap.

#638 — de prestatietest mat een gemiddelde

Twintig doorlopen, gemiddeld, tegen een drempel. Een gemiddelde is gevoeliger voor één uitschieter dan een minimum, en onder een volle suite met parallelle isolates is dat de klassieke wandklokval.

De schade zit niet in "de test is soms rood" maar in wát dat rood betekent: de eerste bijdrager die make check draait op een belaste laptop krijgt een rode privacy-prestatietest voor een wijziging aan een dialoog. Dat leert iemand in één keer dat de poort ruis is.

fastestOf bestond al in large_deck_performance_test.dart en doet dit goed. Hij staat nu in test/support/fastest_of.dart mét de redenering, en beide tests gebruiken hem.

Closes #629
Closes #638

Twee bugs, één tak. `make check` groen. ## #629 — de versie `pubspec.yaml` zei `0.2.0` terwijl de release 0.1.0 gaat heten. Zonder dit draagt elke geëxporteerde PDF en PPTX straks **"OciDeck 0.2.0"** in zijn metadata — in de stukken die een pentestklant bewaart — en spreekt het Over-paneel de tag tegen. Beide plekken staan nu op `0.1.0`; de bestaande `version_consistency_test` hield ze al aan elkaar, dus dat paar was niet het probleem. De negen documenten die het oude nummer noemden zijn mee. De **SBOM** draagt de versie ook: `make sbom` opnieuw gedraaid — de poort ving dat zelf, wat precies is waarvoor hij er is. ### Wat ik bewust niet heb gedaan De issue stelt voor om in dezelfde commit de zinnen om te zetten die aannemen dat er nog geen release bestaat (`COMPLIANCE.md` BR.02, `docs/FAQ.md`). Dat heb ik **niet** gedaan: die zinnen zijn waar tot de tag er is. Ze nu omzetten schuift een claim vooruit op een gebeurtenis die nog niet heeft plaatsgevonden — precies het soort belofte dat ik vandaag elders juist heb weggehaald. Ze horen bij het zetten van de tag zelf, en dat is jouw stap. ## #638 — de prestatietest mat een gemiddelde Twintig doorlopen, gemiddeld, tegen een drempel. Een gemiddelde is gevoeliger voor één uitschieter dan een minimum, en onder een volle suite met parallelle isolates is dat de klassieke wandklokval. De schade zit niet in "de test is soms rood" maar in wát dat rood betekent: de eerste bijdrager die `make check` draait op een belaste laptop krijgt een rode privacy-prestatietest voor een wijziging aan een dialoog. Dat leert iemand in één keer dat de poort ruis is. `fastestOf` bestond al in `large_deck_performance_test.dart` en doet dit goed. Hij staat nu in `test/support/fastest_of.dart` mét de redenering, en beide tests gebruiken hem. Closes #629 Closes #638

brenno added 1 commit

2026-07-22 18:07:02 +00:00

fix: zet de versie op 0.1.0, en meet de prestatietest op de snelste

CI / Web hardening (push) Failing after 24s

Details

CI / Gate (Linux) · Format · Analyze · Coverage (push) Failing after 29s

Details

CI / Docs links (push) Failing after 23s

Details

CI / Supply-chain (Trivy · advisory) (push) Failing after 25s

Details

CI / Gate (Linux) · Format · Analyze · Coverage (pull_request) Failing after 24s

Details

CI / Web hardening (pull_request) Failing after 27s

Details

CI / Supply-chain (Trivy · advisory) (pull_request) Failing after 26s

Details

CI / Docs links (pull_request) Failing after 28s

Details

CI / Test (macos-latest) (push) Has been cancelled

Details

CI / Test (windows-latest) (push) Has been cancelled

Details

CI / Test (macos-latest) (pull_request) Has been cancelled

Details

CI / Test (windows-latest) (pull_request) Has been cancelled

Details

add6815a81

#629 — pubspec zei 0.2.0 terwijl de release 0.1.0 gaat heten. Zonder dit draagt
elke geëxporteerde PDF en PPTX straks "OciDeck 0.2.0" in zijn metadata — in de
stukken die een pentestklant bewaart — en spreekt het Over-paneel de tag tegen.

Beide plekken staan nu op 0.1.0 (de bestaande test hield ze al aan elkaar), en
de negen documenten die het oude nummer noemden zijn mee. De SBOM draagt de
versie ook; make sbom opnieuw gedraaid, en dat is precies waarvoor die poort er
is.

Wat ik bewust NIET heb gedaan: de zinnen omzetten die zeggen dat er nog geen
release bestaat (COMPLIANCE.md BR.02, FAQ). Die zijn waar tot de tag er is, en
ze nu omzetten zou een claim vooruitschuiven op een gebeurtenis die nog niet
heeft plaatsgevonden — precies het soort belofte dat ik vandaag elders heb
weggehaald. Ze horen bij het zetten van de tag, en dat is een besluit van de
beheerder.

#638 — de lexicon-prestatietest middelde over twintig doorlopen. Een gemiddelde
is gevoeliger voor één uitschieter dan een minimum, en onder een volle suite met
parallelle isolates is dat de klassieke wandklokval. De eerste bijdrager die
`make check` draait op een belaste laptop kreeg dan een rode prestatietest voor
een wijziging aan een dialoog — en leert daarmee dat de poort ruis is.

`fastestOf` stond al in large_deck_performance_test en doet dit goed; hij staat
nu in test/support/ met de reden erbij, en beide tests gebruiken hem.

Closes #629
Closes #638