fix(export): pas de dimensiegrens ook toe op GIF in HTML-export (#1044) #1088
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!1088
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/export-gif-dimension-1044"
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?
Sluit #1044.
encodeForHtmlEmbed liet GIF (net als SVG) ongewijzigd door vóór de dimensieprobe. Een klein GIF-bestand kan een enorm logisch scherm declareren en omzeilde zo de decode-bomgrens, wat bij het openen van de export gigabytes per frame kon vragen. GIF loopt nu langs een inhouds-gebaseerde dimensieprobe: binnen kMaxImageDecodeDimension ongewijzigd mee (beweging behouden), daarboven geweigerd.
Regressietest: een 13-byte GIF-header met 30000x30000 canvas wordt niet ingesloten. make check groen.
Bewaker overgeslagen: hardt een bestaande veiligheidsgrens (geen formaat/opslag/afhankelijkheid/belofte).
🤖 Generated with Claude Code