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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T10552, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8552 - SVG renderer does not support the <pattern> tag
SVG renderer does not support the <pattern> tag
Product: Wikimedia
Classification: Unclassified
SVG rendering (Other open bugs)
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: ---

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

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

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>.

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 ( 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:
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.

Example B: Should show a pattern with a radial gradient, which internally uses a
linear gradient. Note that also Firefox doesn't show it.

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


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:

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]

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:
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:

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.