bug(export): pas de afbeeldingsdimensiegrens ook toe op GIF in HTML-export #1044
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#1044
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Context
encodeForHtmlEmbed laat GIF en SVG vóór de dimensieprobe ongewijzigd door. Voor SVG is dat logisch, maar een kleine geldige GIF kan een extreem groot canvas hebben. De gewone beelddecoder begrenst op 4096px; de HTML-export omzeilt die grens.
Impact
Een toegestane GIF tot 64 MiB met bijvoorbeeld 30000×30000 pixels kan bij openen van de HTML-export meerdere gigabytes decodegeheugen per frame vragen.
Relevante code
Acceptatie
Opgelost op main (PR #1088, merge in
4713374b). GIF loopt nu langs een inhouds-gebaseerde dimensieprobe vóór insluiten: binnen kMaxImageDecodeDimension ongewijzigd mee (beweging behouden), daarboven geweigerd. Regressietest met een 30000x30000-GIF-header.