De integratietest voor mermaid/MathJax in de document-PDF draait nergens #1894

New issue

Closed

opened 2026-08-31 13:39:25 +00:00 by brenno · 0 comments

brenno commented

2026-08-31 13:39:25 +00:00

Owner

integration_test/document_pdf_graphics_test.dart draait in geen enkel
make-doel en in geen enkele workflow. Alleen docs/CHECKS.md noemt hem, als
commando dat je met de hand typt:

flutter test integration_test/document_pdf_graphics_test.dart -d macos

De zustertest integration_test/native_face_scan_test.dart staat wél in
.github/workflows/ci.yml (drie platformen, op een v*-tag). Deze niet.

Dat is ongelukkig, want de test bestaat precies omdat de gewone suite hier niets
zegt. Uit zijn eigen kop en uit docs/CHECKS.md:

mermaid en MathJax wonen in een verborgen WebView, en die bestaat onder
flutter test niet — daar valt alles stil terug op de bron, dus een groene
suite zegt daar niets over de functie zelf.

Er is dus een renderpad in de document-PDF-export dat door niets
geautomatiseerd wordt aangeraakt: de unittests vallen er stil terug op de
brontekst, en de integratietest die het echte pad wél draait, draait nergens.
Een mermaid-diagram of formule die stil leeg of stuk in een geëxporteerde PDF
belandt, wordt door geen enkele poort gezien.

Voorstel

Toevoegen aan de matrix in .github/workflows/ci.yml naast
native_face_scan_test.dart (minimaal macOS), of — als dat te duur is — aan de
handmatige check-release-slag mét een regel in de releaseprocedure, zodat het
tenminste vóór een tag gebeurt in plaats van als iemand eraan denkt.

Gevonden bij een kritische review van het kwaliteitsbewakingssysteem, 31-08-2026.

`integration_test/document_pdf_graphics_test.dart` draait in **geen enkel** make-doel en in **geen enkele** workflow. Alleen `docs/CHECKS.md` noemt hem, als commando dat je met de hand typt: > `flutter test integration_test/document_pdf_graphics_test.dart -d macos` De zustertest `integration_test/native_face_scan_test.dart` staat wél in `.github/workflows/ci.yml` (drie platformen, op een `v*`-tag). Deze niet. Dat is ongelukkig, want de test bestaat precies omdat de gewone suite hier niets zegt. Uit zijn eigen kop en uit `docs/CHECKS.md`: > mermaid en MathJax wonen in een verborgen WebView, en die bestaat onder > `flutter test` niet — daar valt alles stil terug op de bron, dus een groene > suite zegt daar niets over de functie zelf. Er is dus een renderpad in de document-PDF-export dat door **niets** geautomatiseerd wordt aangeraakt: de unittests vallen er stil terug op de brontekst, en de integratietest die het echte pad wél draait, draait nergens. Een mermaid-diagram of formule die stil leeg of stuk in een geëxporteerde PDF belandt, wordt door geen enkele poort gezien. ## Voorstel Toevoegen aan de matrix in `.github/workflows/ci.yml` naast `native_face_scan_test.dart` (minimaal macOS), of — als dat te duur is — aan de handmatige `check-release`-slag mét een regel in de releaseprocedure, zodat het tenminste vóór een tag gebeurt in plaats van als iemand eraan denkt. _Gevonden bij een kritische review van het kwaliteitsbewakingssysteem, 31-08-2026._

brenno added the

bug

label

2026-08-31 13:39:25 +00:00

brenno added the

in-progress

label

2026-08-31 15:23:08 +00:00

brenno referenced this issue from a commit

2026-08-31 15:37:54 +00:00

fix(ci): linux-gate afbreken, tijdsvervallende controles, release-poort, PDF-integratietest (#1890, #1892, #1893, #1894)

brenno referenced this issue