[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=61442 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Gabriel Wicke gwi...@wikimedia.org changed: What|Removed |Added CC||gwi...@wikimedia.org --- Comment #33 from Gabriel Wicke gwi...@wikimedia.org --- Can we at least enable gzip Transfer-Encoding for plain SVG files? -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #34 from Brion Vibber br...@wikimedia.org --- (In reply to comment #33) Can we at least enable gzip Transfer-Encoding for plain SVG files? That would be very logical yes! I've filed bug 54291 in the Wikimedia servers component for configuring such a thing... in theory if configured on the server it'll be more transparent to users than explicit .svgz saving. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Nemo federicol...@tiscali.it changed: What|Removed |Added Blocks||8901 -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Michelle Lee Kosik kosi...@mail.com changed: What|Removed |Added CC||kosi...@mail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #31 from Vitaliy Filippov vita...@yourcmc.ru 2011-11-18 10:48:16 UTC --- (In reply to comment #27) (.dia doesn't have this problem as there's not a separate extension or special HTTP header configuration for compressed files!) Inkscape also doesn't make any difference between compressed and uncompressed SVG images. It opens uncompressed *.svgz and compressed *.svg without any problem :) -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #32 from Brion Vibber br...@wikimedia.org 2011-11-18 18:41:05 UTC --- That isa quirk of Inkscape that you cannot rely on. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #30 from Platonides platoni...@gmail.com 2011-11-17 16:23:10 UTC --- (In reply to comment #26) Created attachment 9470 [details] Updated patch for r103314 (VitaliyFilippov) Updated the patch. Is it OK to use stream wrappers for SVGMetadataExtractor? (I mean compress.zlib://) I had written an answer, which somehow isn't here :S Trying to summarise: * Noching against stream wrappers usage. * We should be able to work with normal svg even without zlib extension. * You are using fread() on a gzopen() handle. Which works, but is an undocumented feature. * Another option would be to use gzopen everywhere, and not check gzippiness. * The ( $size $wgSVGMetadataCutoff ) check can be fooled by the compression. This could be extracted from the header in some cases, but the comment about a fake File instance being passed doesn't give me confidence. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords|need-review |reviewed -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Vitaliy Filippov vita...@yourcmc.ru changed: What|Removed |Added Attachment #8827|0 |1 is obsolete|| --- Comment #26 from Vitaliy Filippov vita...@yourcmc.ru 2011-11-16 12:53:31 UTC --- Created attachment 9470 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9470 Updated patch for r103314 (VitaliyFilippov) Updated the patch. Is it OK to use stream wrappers for SVGMetadataExtractor? (I mean compress.zlib://) -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords|reviewed|need-review -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #29 from Brion Vibber br...@wikimedia.org 2011-11-17 00:21:00 UTC --- Testing the patch on current trunk... does not work for me. My LocalSettings.php contains: $wgFileExtensions[] = 'svg'; $wgFileExtensions[] = 'svgz'; Selecting a gzipped SVG image I've saved as .svgz lets me go through initial upload, but kicks me back with this error: File extension .svgz does not match the detected MIME type of the file (image/svg+xml). Renaming the same gzipped file to .svg extension (incorrect) allows me to upload it. It rasterizes via ImageMagick, but if I load the image directly into Firefox I get an XML error because the file is actually binary gzip data: XML Parsing Error: not well-formed Location: http://stormcloud.local/trunk/images/e/ef/Wrong.svg Line Number 1, Column 1:\u Renaming the uncompressed original to .svgz extension (also incorrect) fails like the real .svgz file did with: File extension .svgz does not match the detected MIME type of the file (image/svg+xml). -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #28 from Brion Vibber br...@wikimedia.org 2011-11-17 00:07:29 UTC --- On the streams -- main thing to check is what behavior you get if zlib support is not enabled in PHP. If it still works with uncompressed files, then fine -- if not then it should only kick in the compress.zlib: or gzopen if it knows they will work. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #27 from Brion Vibber br...@wikimedia.org 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed CC||suma...@panix.com --- Comment #25 from Sumana Harihareswara suma...@panix.com 2011-11-10 06:45:16 UTC --- Vitaliy, thanks for your patch. Do you have time to revise it so it works against trunk? -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #23 from Vitaliy Filippov vita...@yourcmc.ru 2011-07-30 23:38:56 UTC --- Yeah, but there's also no separate mime type for SVGZ... Width/height extraction works at least in 1.16... It looks like it also uses XmlTypeCheck... Is it changed in trunk? -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #24 from Brion Vibber br...@wikimedia.org 2011-07-31 00:12:13 UTC --- Yep, that changed back in 1.17. Always make and test patches against trunk to make sure you're working with current code. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #22 from Brion Vibber br...@wikimedia.org 2011-07-28 18:32:41 UTC --- Hmm, it kinda looks like that won't be able to distinguish between a gzipped file with .svg extension (wrong) and a gzipped file with .svgz extension (right), or an uncompressed file with .svgz extension (wrong) and an uncompressed file with .svg extension (right). It also doesn't look like the SvgMetadataExtractor class will automatically pick up compression -- it uses XMLReader directly -- so we won't be able to extract width/height and any generic metadata that may be in the file. If we don't have a size, we can't render it. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #20 from Vitaliy Filippov vita...@yourcmc.ru 2011-07-27 13:34:54 UTC --- Created attachment 8827 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8827 VitaliyFilippov's patch, based on XMLTypeCheck Hi all! I've made my own patch for this. It's simpler and based on XMLTypeCheck, it fully supports SVGZ, and also correctly detects gzipped Dia diagrams. Review it please. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Vitaliy Filippov vita...@yourcmc.ru changed: What|Removed |Added CC||vita...@yourcmc.ru --- Comment #21 from Vitaliy Filippov vita...@yourcmc.ru 2011-07-27 13:35:12 UTC --- Adding myself to CC. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Steve Brown steveb05+wikib...@gmail.com changed: What|Removed |Added Status|ASSIGNED|NEW AssignedTo|steveb05+wikib...@gmail.com |wikibug...@lists.wikimedia. ||org -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Bug 4947 depends on bug 22191, which changed state. Bug 22191 Summary: Send svg files compressed on upload.wikimedia.org https://bugzilla.wikimedia.org/show_bug.cgi?id=22191 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Platonides platoni...@gmail.com changed: What|Removed |Added Depends on||22191 -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #18 from Brion Vibber br...@wikimedia.org 2008-12-17 19:23:59 UTC --- (In reply to comment #17) IMHO the cleanest way to go would be to transparently decompress .svgz files on upload, normalize everything to .svg, and have the web server transparently gzip .svg files when serving out, if we like, to save bandwidth. That is the same as sending SVGZ with correct headers from the user-agent's point of view (until TE/Transfer-Encoding are supported), just more expensive on the server side. We wouldn't bother with the compression until/unless browser behavior is consistent, which it isn't right now. Keeping everything uncompressed server-side makes the potential transition much simpler if that day ever comes. -- 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #14 from Steve Brown steveb05+wikib...@gmail.com 2008-12-16 18:45:37 UTC --- (In reply to Comment #12) thumbnailing works for me. We must track this down, but I don't know what could be going on. It looks like you need ImageMagick = 5.5.7 to thumbnail SVGZ images. Are you using a different $wgSVGConverter? When uploading images to my testbed, my $wgDebugLogFile shows this: SvgHandler::rasterize: convert -background white -geometry 180 '/var/lib/mediawiki/images/c/c1/France.svgz' PNG:'/var/lib/mediawiki/images/thumb/c/c1/France.svgz/180px-France.svgz.png' 21 wfShellExec: convert -background white -geometry 180 '/var/lib/mediawiki/images/c/c1/France.svgz' PNG:'/var/lib/mediawiki/images/thumb/c/c1/France.svgz/180px-France.svgz.png' 21 I don't think we should support the .svg.gz extension. Apache thinks this an archive mimetype. It then serves it up with the wrong headers and confuses Firefox, instead of decompressing inside the browser. And it might open the door to uploading any arbitrary archive file. (In reply to Comment #13) If SVGZ support is added, I imagine a WikiProject Convert All Images to .svgz might spring up, or someone might write a bot. We should just be consistent here and now, and avoid any wasted labor later on. So should the internal storage be SVG or SVGZ? I guess this is mostly a matter of opinion, so here are my thoughts: -HTML, CSS, etc. are documents, rapidly changing and volatile (this is a wiki, after all.) -It makes good sense to compress HTML at serve-time through Content-Encoding:gzip -Images, including vector graphics, are much more static -For efficiency's sake, we should compress images only once if possible. It doesn't make sense to recompress a SVG 6000 times on every serve (or even if it's cached.) We should only recompress when the file changes. -User data, e.g. Wikipedia, has wider scope than live web sites: dbdumps, cdroms, etc. We need to consider these use-cases as well. Permanent compression could be a major advantage here. -PNG, GIF, et al. all have compression features; this maximizes their usefulness and spread -Wikipedia is a major driving force behind SVG; it would help further popularize the format if we support SVGZ -- 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #16 from Aryeh Gregor simetrical+wikib...@gmail.com 2008-12-16 23:30:10 UTC --- (In reply to comment #14) -For efficiency's sake, we should compress images only once if possible. It doesn't make sense to recompress a SVG 6000 times on every serve (or even if it's cached.) We should only recompress when the file changes. This will be the case in practice either way, pretty much. The HTTP response (with the compressed version of the file) should be cached indefinitely by Squid. Anyway, as Brion points out, we don't serve actual SVGs on page views and aren't going to start anytime soon: * Limited benefit without IE support, which last I checked looks to arrive in approximately 2027 if Microsoft doesn't invent a proprietary alternative in the intervening time. * Browser support needs to be as fast as rendering a bitmap, so there's no performance regression (this is far from the case right now with arbitrary SVGs). * It would be a pain to do this until we can assume all clients support SVG, because we would have to serve bitmaps to some users and SVG to others. Then we'd have problems with cache fragmentation and inconsistent appearance (depending on the features supported by various browsers vs. our SVG renderer). * Security! We would need an SVG sanitizer that we know is reliable, to avoid script injection and fun stuff like that. So the number of times SVG will actually be served to users is likely to be very low. -User data, e.g. Wikipedia, has wider scope than live web sites: dbdumps, cdroms, etc. We need to consider these use-cases as well. Permanent compression could be a major advantage here. No image dumps exist now at all, do they? If they did, SVGs could be gzipped in the dump (or heavier compression could be used if convenient). -- 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m --- Comment #13 from Aryeh Gregor simetrical+wikib...@gmail.com 2008-12-14 14:34:59 UTC --- (In reply to comment #12) Just tried it out. I see two issues so far. The bigger one is that thumbnailing doesn't seem to work. The other problem is file extensions: it seems I can upload gzipped SVG as either .svg or .svgz, but not as .svg.gz (which is what I originally tried). I'm not sure what the most reasonable thing to do here would be What we do for .jpeg, .jpg, .JPEG, .JPG, etc. is just store the extensions differently despite there being no difference in the file type. :) Which is the bug for don't make file extension part of file name? I don't see why users should decide whether to gzip SVG at upload time, though. Surely it should just be transparently compressed as it's served to the user, like with styles/scripts? .svgz and .svg.gz could then be accepted as aliases for .svg on upload, and the files could be decompressed for storage. Or compressed, or whatever, but consistently. -- 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 Steve Brown steveb05+wikib...@gmail.com changed: What|Removed |Added Attachment #5578 is|0 |1 obsolete|| --- Comment #11 from Steve Brown steveb05+wikib...@gmail.com 2008-12-14 06:00:41 UTC --- Created an attachment (id=5579) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5579) Check if PHP was compiled with ZLib support Also check function_exists( 'gzopen' ) per ^demon on #mediawiki. -- 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l