fix: vier publicatieblokkades — starttaal, projectadres, checksum-claim, onzichtbare placeholders #652
No reviewers
Labels
No labels
accepted
bug
declined
docs
duplicate
enhancement
good first issue
in-progress
needs-info
privacy
security
triage
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
LibreKAT/Ocideck!652
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/publicatie-blokkades"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Vier van de vijf zwaarste bevindingen uit de publicatiereview. #571 zat al in
een parallelle tak en is hier niet bij.
#572 — de app startte voor iedereen ter wereld in het Nederlands.
settings_provider.dartviel terug op'nl'en de systeemtaal werd nergensgeraadpleegd (nul aanroepen van
PlatformDispatcherinlib/). Dat trof nietalleen de interface: het toestemmingsscherm mét privacyverklaring is het eerste
wat je ziet en je moet er een vinkje zetten. De terugval is nu Engels, niet
Nederlands — wie een taal opgeeft die wij niet spreken leest met veel grotere
kans Engels. Alleen de startwaarde; een eigen keuze wint altijd.
#573 — het adres van dit project stond in geen enkel publiek document.
Twee gidsen zeiden letterlijk
git clone <repository-url>. Dat is erger dan hetlijkt, want 22 van deze documenten zitten als asset in de app en worden daar
gelezen, volledig losgekoppeld van de host. Toegevoegd: een "Where this lives"-
blok in de README,
repository:/issue_tracker:in pubspec, en de viertrackerverwijzingen zijn links geworden. Ook opgelost: CONTRIBUTING zei "branch
from the default branch" (push-rechten die een buitenstaander niet heeft)
terwijl GUIDELINES "fork the repository" zei.
#574 — de checksum-claim over EU-identiteitsnummers was onwaar.
Vier regels hebben geen checksum, en de code zegt dat zelf in commentaar dat de
auteur er juist bij schreef om eerlijk te zijn (dk.cpr, uk.nino, mt.id,
li.peid). Alle vier staan op
PrivacyConfidence.likelymet verplichtecontextwoorden — nagetrokken, niet aangenomen. De claim was fout, niet de code.
PRIVACY.md telde er twee.
#583 — een tip zag eruit als ingevulde tekst.
Een scorecard-editor toonde een compleet ingevuld formulier in bijna-zwarte
tekst. Het waren placeholders; de dia was leeg, renderde wit, passeerde de
kwaliteitscontrole en exporteerde als lege pagina. De oorzaak zat niet in de
scorecard maar in het thema, dat helemaal geen
hintStylezette — dus élkehintTextin de app erfde de gewone tekstkleur. Daarom is de fix daar.Wat de poort onderweg ving
Twee dingen die het waard zijn om te noemen, omdat ze zonder de poort waren
doorgegaan:
en de app startte nu in de taal van de machine. Opgelost met
test/flutter_test_config.dart, dat de starttaal één keer voor de hele suitevastzet. Op een Nederlandse machine was dit nooit opgevallen, en dát is het
punt — de suite hoorde sowieso niet van de landinstelling af te hangen.
scheme.onSurfaceVariant) lag maar 0,04 luminantievan de gewone tekstkleur af. De test rekende het na en stond terecht rood; het
is nu
muted, de gedempte tekstkleur die dezelfde functie al berekent.Wat hier NIET in zit
De tweede helft van #583: de kwaliteitscontrole meldt een lege dia nog steeds
niet. Dat vraagt een nieuw
SlideQualityIssueKind— zes bestanden en 31vertalingen — en dat is geen bijvangst van deze PR. #583 blijft daarvoor open.
Waarborgen
make checkgroen op de huidige main (exitcode 0, 5650 tests). Twee keergerebased tijdens het werk omdat main zes commits opschoof; geen conflicten, en
na elke rebase opnieuw gedraaid — de laatste keer ving dat een echte interactie
met de net uitgebreide corpuspoort.
Elke wijziging heeft een test die eerst rood stond: de taalresolutie in beide
richtingen, en het tipcontrast in licht én donker thema.