Page MenuHomePhabricator

Update SVGO to 3.x across all Wikimedia codebases
Closed, ResolvedPublic



Most of Wikimedia projects currently use 'svgo' package in v2.8.0.
With the new 3.x releases there have been minimal changes and numerous optimization (as exposed Typescript types out of box, no need to install '@types/svgo' package anymore

Acceptance criteria

  • Update all Wikimedia deployed repos with v3.x, see subtasks
  • Update SVG article with changed config (cleanupIDs plugin is renamed to cleanupIds)*2&files=%5Epackage%5C.json&excludeFiles=&repos=

Event Timeline

@JoKalliauer Just saw your comments on my talk page. This Epic is about updating the build libraries for interface SVGs in Wikimedia deployed products, see for example the subtask T324900. SVGO is in place and has, with our optimization guidelines, not been buggy at all, but helped to reduce the data sent to clients by Gigabytes.

Maybe it is not buggy for the developers since I know only few cases wher SVGo couln't create an "optimized" SVG from a Commons-SVG, however those so called "optimized" SVGs are often broken (=don't render as intended). SVGo already broke too many SVG-files on commons, that's why (SVGo-)Users reuploading "optimized" SVG-files get reproved on commons, see Commons:SVG guideline for details. The damage-rate of any optimizer is way too high, expecially of the default settings of SVGo. Maybe you deactivated the most problematic ones. I just pointed out 6 common SVGo-Bugs for SVG-files on Commons on your talkpage. Can you tell me your settings and I can tell you the relevant bugs relating to those settings (even if you deacitate everything, svgo still breaks files).

Jdforrester-WMF renamed this task from Update SVGO to 3.x to Update SVGO to 3.x across all Wikimedia codebases.Mar 27 2023, 3:21 PM
Jdforrester-WMF updated the task description. (Show Details)
Volker_E claimed this task.
Volker_E updated the task description. (Show Details)