Last modified: 2012-02-21 11:12:13 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 23377 - Allow xlinks to in SVG files
Allow xlinks to in SVG files
Product: Wikimedia
Classification: Unclassified
SVG rendering (Other open bugs)
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2010-05-02 04:24 UTC by Kevin Israel (PleaseStand)
Modified: 2012-02-21 11:12 UTC (History)
1 user (show)

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


Description Kevin Israel (PleaseStand) 2010-05-02 04:24:52 UTC
As per bug 3537, rendering silently fails for SVG files that refer to external resources, even those on our own server. I propose that linking to external resources on the domain (using the xlink:href attribute of the image tag) be allowed.

Steps to Reproduce:

1. Go to <>.
2. The full-size version works in browsers that support SVG. They successfully load <>. Check to see if a server-generated preview is properly displayed.

Actual Results: Rendering of the preview silently fails.

Expected Results: Rendering of the preview should succeed because the image is not stored on a different server (at least from the user's point of view) from the SVG.
Comment 1 Derk-Jan Hartman 2010-11-04 04:28:46 UTC
I don't think this is a good idea, because it is not a sustainable approach. Files move there. If you download an image, you expect that your file works. It shouldn't have to be dependent on having an internet connection, nor dependent on hoping that a Commons user doesn't propose to rename a file that you embed in your SVG.
Comment 2 Brion Vibber 2010-12-27 03:41:03 UTC
Resolving as INVALID; as noted above, such links would be unstable, and not suitable for linking between resources on a dynamic wiki system.

If interested in such things though, I'd recommend picking up thoughts from bug 7849 "Find a way to parse SVG files to render wikilinks" or other entries on parameterized SVG ideas.

Anything built this way will need to be able to survive being moved from site to site, from version to version, etc -- just as wikitext links are not raw URLs hardcoding

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