https://bugzilla.wikimedia.org/show_bug.cgi?id=4947
--- Comment #27 from Brion Vibber <[email protected]> 2011-11-17 00:06:26 UTC --- Hmm, looks like it ought to work (haven't tested just yet). Looks like SvgMegadataExtractor ought to work, though I'm uncertain about that file subset cutoff thing. >From my previous comments in comment 22 it looks like the extension issue still stands: there doesn't appear to be logic to ensure that '.svg' files are uncompressed and '.svgz' files are compressed. Additionally it may be more likely for .svgz files to be misconfigured on the server, or possibly served out incorrectly via streaming (eg when using img_auth.php on private sites, or fetching images from the image stash API or Special:Undelete) -- IIRC correct way to serve an .svgz is as: Content-Type: image/svg+xml Content-Encoding: gzip if we only record that the file is of type image/svg+xml but don't track that gzipiness, we'll be serving the gzip data and clients won't handle it right. I think my preferred handling for .svgz would be to transparently decompress them on upload and rename them into .svg files... :P (.dia doesn't have this problem as there's not a separate extension or special HTTP header configuration for compressed files!) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
