Last modified: 2014-09-24 17:04:44 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 8552 - SVG renderer does not support the <pattern> tag
SVG renderer does not support the <pattern> tag
Status: REOPENED
Product: Wikimedia
Classification: Unclassified
SVG rendering (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: svg
  Show dependency treegraph
 
Reported: 2007-01-09 14:02 UTC by Enricopedia
Modified: 2014-09-24 17:04 UTC (History)
9 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Screenshot (312.66 KB, image/png)
2010-11-04 01:57 UTC, Derk-Jan Hartman
Details

Description Enricopedia 2007-01-09 14:02:00 UTC
Hi,

the SVG renderer does not yet support usage of the <pattern> tag. This tag can
bring more flexibility for example, when crating maps as SVG.

Note: Firefox 3 will support <pattern>.

Greetings!
Enricopedia
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-01-09 17:50:06 UTC
Are we willing/able to hack librsvg?  If not, this is WONTFIX/INVALID, an upstream problem.
Comment 2 Enricopedia 2007-01-09 22:03:46 UTC
Unfortunately I'm not a good coder, so I don't know what you can do but I wanted
to add this:

Apache Batik (http://xmlgraphics.apache.org/batik/) already supports the
<pattern> tag and as far as I understand it, you can download the source and
work on that. 

I tried converting an SVG (including <pattern>) to a PNG and it worked. I've
been using this page to convert it: 
http://www.fileformat.info/convert/image/svg2raster.htm
Comment 3 Tim Starling 2007-04-18 23:01:01 UTC
According to the librsvg changelog, they have supported patterns since 2.13.2.
Can you please upload a test case? 
Comment 4 Enricopedia 2007-04-23 08:27:38 UTC
Okay, I found out that the problem is slightly different: The renderer does
support pattern but it doesn't support pattern that uses linear/radial gradient.

Example A: Shows a regular pattern. 
http://commons.wikimedia.org/wiki/Image:PatternA.svg

Example B: Should show a pattern with a radial gradient, which internally uses a
linear gradient. Note that also Firefox 2.0.0.3 doesn't show it.
http://commons.wikimedia.org/wiki/Image:PatternB.svg

Example C: Tryed to fix validation errors of example B but this version doesn't
work at all. Feel free to rework it.
http://commons.wikimedia.org/wiki/Image:PatternC.svg
Comment 5 RayLast 2008-03-05 21:25:44 UTC
The problem occurs only sometimes for me even for the same cases!

Check:
http://commons.wikimedia.org/wiki/Image:Hondasteerwheeltextured.svg

Download it as SVG and open it with Inkscape or AI and you'll see where the patterns should be.

In another case (a variation of the document), it worked:
http://commons.wikimedia.org/wiki/Image:Hondawheel.svg

I've being going crazy with this. What can I do to fix it!! Where can I get the code to check and see if I can do something about it?
Comment 6 Daniel Kinzler 2008-03-05 21:28:57 UTC
if it happens "sometimes" on wikimedia sites, it's probably caused by the fact that some servers use a different version or configuration of rsvg than others. So, depending on where it gets rendered, it works, or it doesn't. 
Comment 7 RayLast 2008-03-05 23:04:25 UTC
How can that be resolved then? Can we do something about it???
Comment 8 Daniel Kinzler 2008-03-05 23:10:40 UTC
the only way i can think of is: beg someone with server access to test the picks on every box and compare the results. and compare rsvg versions, and update if needed.
Comment 9 RayLast 2008-03-05 23:13:57 UTC
I guess they would have a way of knowing on which server some particular image is located, so if people complain about a particular image they can gradually update the servers with the latest version instead of having to check all servers exhaustively. I'm willing to beg. Who has server access?
Comment 10 Tim Starling 2008-10-14 04:54:18 UTC
Still present with 2.22.0. 
Comment 11 Mike.lifeguard 2009-06-27 22:37:55 UTC
Have we ruled out different verions of librsvg on different servers? If so, it's a software bug, not shell (& being an upstream bug could be closed as invalid per comment 1).
Comment 12 Brion Vibber 2009-08-03 16:53:47 UTC
Assigning SVG bugs to Ariel -- need a cleanup pass to see what's fixed up by a librsvg upgrade, what can be resolved with fixes to our font configuration, what can be fixed on our end, and what still needs to be pushed upstream.
Comment 13 Derk-Jan Hartman 2010-11-04 01:57:41 UTC
Created attachment 7786 [details]
Screenshot

This issue is not yet fixed. Adding a screenshot with left mediawiki rasterizing, right inkscape. The missing patterns are clearly visible.
Comment 14 Sam Reed (reedy) 2011-07-06 20:10:26 UTC
Removing "shell" keyword for things that aren't directly doable by shell users etc
Comment 15 Sam Reed (reedy) 2011-07-06 20:31:27 UTC
Adding ops keyword
Comment 16 Sam Reed (reedy) 2011-07-06 20:31:59 UTC
Removing shell keyword if exists
Comment 17 Sam Reed (reedy) 2011-07-06 21:39:17 UTC
Looking at this, upgrading to 10.04 will fix the known version problems

Just spoke to CT about this, and will look into whether we get the current image scalers upgraded, or how to proceed
Comment 18 Ariel T. Glenn 2011-09-18 09:18:59 UTC
giving SVG bugs back to the pool.

In the meantime the image scalers are on 10.04 as of fairly recently. I'm not sure who (Ryan? Peter?) made it happen.
Comment 19 Derk-Jan Hartman 2011-12-04 22:15:27 UTC
Issue not fixed after recent rsvg update.
Comment 20 Antoine "hashar" Musso (WMF) 2012-10-25 09:40:09 UTC
... which is librsvg 2.36 from Precise
Comment 21 PRO 2014-09-19 17:03:57 UTC
In general librsvg 2.36 support the pattern tag. If not open a new concrete bug report.
Comment 22 Antoine "hashar" Musso (WMF) 2014-09-22 07:54:35 UTC
The example usage mentioned in Comment #5 still fails rendering properly. Ie:

https://commons.wikimedia.org/wiki/File:PatternB.svg
https://commons.wikimedia.org/wiki/File:PatternC.svg
Comment 23 PRO 2014-09-24 17:04:44 UTC
(In reply to Antoine "hashar" Musso from comment #22)
> The example usage mentioned in Comment #5 still fails rendering properly. Ie:
> 
> https://commons.wikimedia.org/wiki/File:PatternB.svg
> https://commons.wikimedia.org/wiki/File:PatternC.svg

This is a special case of combination of pattern and gradient fill. If you remove the gradient, the pattern works fine. So the bug description is wrong.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links