Bevindingsdia: geen schaarse header-only pagina meer + kleinere vervolgkop (#1198) #1223
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!1223
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/1198-finding-logo-sparse-page"
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?
Lost #1198 op.
Diagnose. De claim op #1198 was leeg (lege lokale tak, geen commits). Inhoudelijk bleek de lead in het issue onjuist: het LibreKAT-logo rendert wél en is zichtbaar (geverifieerd via echte-render-test + pixelanalyse). De echte oorzaak was de header-kostenschatting in
finding_pagination.dart: één vaste constante (_headerCardCost = 18.5, ~80% van een dia), terwijl de echte headerkaart varieert van ~44% (gewone bevinding) tot ~98% (volle header). Die overreserveerde voor de gewone bevinding — waardoor de eerste sectie eraf viel en pagina 1 header-only werd, verergerd door de terechte logo-reserve — én onderreserveerde voor een volle header.Fix.
_headerCardCostis nu inhoud-afgeleid (kopregels, scope, badge-rijen, CVSS-scorekaart) en met een echte-render-test (finding_header_cost_test.dart, 8 varianten) tegen de levende_FindingPreviewvastgepind.w*0.032 → w*0.017) — hij vulde de halve dia met alleen de titel;_contHeadingCostdaalt mee (6.0 → 4.5) zodat vervolgpagina's meer inhoud dragen.Verificatie. Volledige
make checkgroen (coverage 87,7%, geen golden week af). Visueel bevestigd met de beeldkeurder op de fix-build over voorvertoning, presentatiemodus en een pagina-voor-pagina gelezen PDF-export: pagina 1 draagt de volledige headerkaart + Description, vervolgkoppen compact en leesbaar, geen overloop of logo-botsing.Docs (CHANGELOG, USER_GUIDE nl+en, SOURCE_MAP) bijgewerkt; die beschreven nog het oude header-only gedrag.
Terzijde tijdens de keuring gevonden (aparte bug, niet in deze PR): niet-canonieke
## …-sectiekoppen in een bevinding verdwijnen stil uit presentatie/export terwijl de bron-.mdze behoudt.