href without xlink is a SVG 2.0-feature, which is not officially released. This bug-report could be considered as malformed SVG 1.1-file, and could be closed as invalid.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Nov 30 2022
Oct 6 2022
Aug 25 2022
Jul 4 2022
Jul 2 2022
Jul 1 2022
Jun 30 2022
Maybe similar to T200866
Jun 20 2022
Jun 16 2022
Jun 15 2022
Jun 11 2022
Jun 10 2022
According to https://www.mediawiki.org/wiki/User:JoKalliauer/phab/wikimedia-svg-rendering#table I think this task might be the most important one of Wikimedia-SVG-rendering . Almost all bugs reported in Wikimedia-SVG-rendering depend in the renderer.
Jun 8 2022
FYI: Converting is very simple https://packages.debian.org/bullseye/apng2gif
Jun 7 2022
I used the commands:
In T308556#7985779, @Jonteemil wrote:Okay, so to sum up, this is no Thumbor issue, but rather an issue with the GIF mimetype?
In T40010#7984465, @Arthurfragoso wrote:My opinion is to let the browser do the rendering. We just have to strip the javascript withing the SVG on upload to prevent XSS attacks.
Superseded images policy:
It is only a discussion, speaking imho a bit against the current policy. This discussion may only represent the opinion of some individuals.
Jun 6 2022
I agree with @AlexisJazz :
May 2 2022
@Qaz_Janssen You are using SVG2.0-draft. The current released Standard is SVG1.1.
Therefore the rendering of c-librsvg2.40 is strictly speaking correct, and your SVG is broken. (Most Browsers and the current rust-librsvg2.54 will render it according to SVG2.0, which is not released.)
Apr 14 2022
Mar 24 2022
@Draceane Sorry, that's true. The problem is that MediaWiki starts to processes images imho only on request. If you are the first requesting an image with the size 120px, MediaWiki starts processing the image. Some images might finish in time, however processing multiple images at the same time will lead to a holding stack, therefore some images are not finished.
@Aklapper The screenshot might be from https://commons.wikimedia.org/wiki/Category:Snow-covered_roofs_in_Czechia or similar.
Mar 22 2022
An <image -element without width=" and height=" is an undefined behaviour in SVG1.1. For SVG2.0 it is defined at https://www.w3.org/TR/SVG2/geometry.html#Sizing. Since SVG2.0 is not released, the not rendering of images is imho correct. However even if images without width=" and height=" are not allowed/defined, the rest of the SVG-elements should be rendered, that's imho the bug.
Mar 19 2022
In T302979#7785045, @Pbsouthwood wrote:Is anything further likely to happen with this?
Mar 13 2022
This issue occurs since Autumn 2020 on Wikimedia, it is described at e.g. https://commons.wikimedia.org/wiki/Librsvg_bugs#Nested_use_tags and listed in https://www.mediawiki.org/wiki/User:JoKalliauer/phab/wikimedia-svg-rendering#table
Feb 24 2022
@AntiCompositeNumber Even the 120px-Preview in the filehistory on commons was not working till ~ half an hour after purging, and on the main page in en.wiki was a broken image.
Feb 23 2022
Feb 18 2022
In T247697#7720447, @Physikerwelt wrote:In https://github.com/f3lang/node-rsvg-prebuilt/issues/11#issuecomment-1044045881 https://github.com/yisibl/resvg-js was suggested. I am uncertain if that would be a suitable alternative?
Feb 8 2022
Improve SVG Rendering is currently on the 5th Place in the Community Wishlist Survey 2022. In the last two years they took the first 5 Projects each. If you like to support the project your support might be essential. You can vote till 11. Februar, 18:00 UTC (so vote in advance to avoid time-zone-problems).
Feb 6 2022
Jan 11 2022
Dec 28 2021
Dec 27 2021
Dec 20 2021
@Yisibl The better is the enemy of good. Thanks for that comment, however skr-canvas is "This project is in pre-release stage. And there may some bugs existed.". I don't see any benchmarks. resvg had a optional skia-backend-support in earlier versions, but @RazrFalcon dropped it, so I'm doubtfull that is on a comparable development level as resvg.
Sorry merged in wrong direction
I reduced the file to:
Dec 9 2021
Maybe duplicate of T20463 see https://commons.wikimedia.org/wiki/Librsvg_bugs#Pattern
Nov 15 2021
@Majavah Thanks for clarifying!
@AntiCompositeNumber Thank you very much.
$ ssh -X jkalliau@login.tools.wmflabs.org X11 forwarding request failed on channel 0 Linux tools-sgebastion-07 4.19.0-0.bpo.14-amd64 #1 SMP Debian 4.19.171-2~deb9u1 (2021-02-08) x86_64 Debian GNU/Linux 9.13 (stretch) tools-sgebastion-07 is a Toolforge bastion (role::wmcs::toolforge::bastion) ====================================================================== _______ _____ _____ _______ _____ ______ ______ _______ | | | | | | |______ | | |_____/ | ____ |______ | |_____| |_____| |_____ | |_____| | \_ |_____| |______ ====================================================================== This is a server of the tools Cloud VPS project, the home of community managed bots, webservices, and tools supporting the Wikimedia movement.