Last modified: 2008-01-22 11:09:58 UTC
The given URL at the given anchor includes many PNGised reduced-resolution SVG
images, some of which render properly but some of which give an empty space. For
renders properly but
is "empty". However note that the second image is rendered correctly in its
image description page
http://en.wikipedia.org/wiki/Image:California_State_Route_57.svg as shown at
Use ?action=purge on the image pages, then make sure you've completely reloaded the small
images (they may be cached).
This procedure seems to work but do we have to do this with every other
reduced-resolution SVG? Any clue on what is this bug caused due to?
I have been having this problem as well. If I upload an SVG, I oftentimes get a blank PNG version of the image (either of the acutal-size image itself or its reduced-res
thumbnail). However, if I action=purge it, it will appear (sometimes two action=purge is required). Moreever, if the image was uploaded at the commons, i would have to action=purge
at BOTH the image's page at commons AND wikipedia before i get a non-empty PNG thumb / fullsizepreview. If i didn't purge at wikipedia after commons, i'd get a broken image. I
tried this on both my computer using firefox and IE, and my roommate's computer -- the images are indeed blank. It's not my cache.
User:Atanamir at en-wiki.
Update summary to include SVGs at original resolutions per Stephen's comment.
This is bloody fuck annoying when several pages have the image at different
sizes. I have to purge on commons, then purge each page, and repeat about 10-20
times until I luck out and each one loads properly.
For example, try getting the I-80 shields to show on these four pages:
* http://en.wikipedia.org/wiki/Interstate_80 (at the top of the infobox)
* http://en.wikipedia.org/wiki/Interstate_95 (in the infobox next to "I-80 near
New York, NY")
* http://en.wikipedia.org/wiki/Interstate_180_%28Nebraska%29 (in the infobox and
the auxiliary routes navbox)
* http://en.wikipedia.org/wiki/Interstate_80_in_New_Jersey (on its own floating
to the right)
Upgrading severity to "major" since the workaround doesn't always look "easy"
It works infrequently enough that I would just as well call it not a fix. I've
posted to the Village pump twice about it making sure I had the instructions
right, and I'm 0 for 4 so far.
There are JS tools to give you a quick link to purge the cache, SPUI.
Usually what happens is that I have to keep purging the Commons image page until
the image disappears in that page (if that never happens, tough luck -- have to
randomly keep purging the image pages in Commons and Wikipedia), purge once
more, then purge the Wikipedia image page once and then shift+reload (on
Moz/Ffox) the article using the image.
I don't know it this is truly related, but there has been a similar problem with
PNG images over the past two days or so. The only difference is that there are
missing thumbnails instead of empty ones, but the purge-a-million-times problem
I tried doing it to http://commons.wikimedia.org/wiki/Image:Stop_hand.svg and
couldn't get it to happen. It's been suggested that it only affects SVGs made in
Adobe Illustrator, not in Inkscape, and that the <!ENTITY> tags cause it.
This has (hopefully) been resolved now. Final purging might be
necessary on those that were already broken.
Excuse me. I have a problem that seems to be of the same kind as the discussed
one. I have updated and corrected a svg some months after the first upload to
commons. But this time, the svg is not rendered to png any more. There is simply
no image shown in the image description at
http://commons.wikimedia.org/wiki/Image:Epsilontensor.svg but on the other hand,
the svg itself seems to be
intact:http://upload.wikimedia.org/wikipedia/commons/7/71/Epsilontensor.svg . I
have tried it on Linux and Windows with a number of different browsers. The svg
is generated as plain-svg by the use of Inkskape.
I am really sorry... could anyone help me please?
I excuse that I didn't understand where I should add ?action=purge as mentioned
above. The image itself is used on several pages allother different
language-types of wikipedia.org .
I have already asked for help at the Commons helpdesk but nobody could help me
more than quoting this discussion:
User: Akriesch at commons.wiki
This doesn't seem related, as this bug always shows the right size but blank.
Maybe your SVG size paramaters are busted?
I have no idea what happened, but this bug seems to be back:
It appears that opening and saving in Inkscape fixes the problem, but this
shouldn't be necessary:
As I mentioned at
never works, even after multiple purges and a reupload of the image at
http://upload.wikimedia.org/wikipedia/commons/thumb/a/a5/I-476.svg/62px-I-476.svg.png is now working for me. Also, http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_U.S._Roads#Re-upload_all_shields.3F has now been archived to http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_U.S._Roads/Archive_4#Re-upload_all_shields.3F . In addition, to purge a thumbnail such as the one above, please use the thumbnail purge function via a URL such as http://en.wikipedia.org/w/thumb.php?action=purge&f=I-476.svg&w=62 , as opposed to the normal purge function via a URL such as http://en.wikipedia.org/w/index.php?title=I-476.svg&action=purge .
Are the devs still figuring out this problem? If not, I might tag it as WONTFIX, as Jeff G's solution is proven to work.
Please do not tag anything WONTFIX unless you're a developer or are otherwise really sure you know what you're doing. What Jeff G. gave is a workaround. That is not a fix, and the issue still exists. No one is currently working on this issue, but that doesn't mean it's not still an issue that should be fixed at some point in the future if practical.
Downloading the image and re-saving it in Inkscape is also another proven workaround. Fixing the original bug isn't a bad idea either, though. :-D
(In reply to comment #22)
> Downloading the image and re-saving it in Inkscape is also another proven
> workaround. Fixing the original bug isn't a bad idea either, though. :-D
Yes, fixing the original bug would certainly be a good idea. :)
I noticed that this bug only seems to plague images in the Commons while browsing the English Wikipedia. It is not affecting SVGs on the English Wikipedia itself, like [[Image:Linksyslogo.svg]]. Therefore, I am adding the crosswiki keyword because this involves both the English Wikipedia and the Wikimedia Commons. I do not know if it affects other Wikimedia wikis. I also noticed that Commons is currently having trouble rendering images like [[commons:Image:Flag of the United States.svg]], which it used to have no trouble with. Could it be possible that the processes that render SVGs on the Commons have gotten corrupt?
It seems that this might have nothing to do with SVGs. On [[User:AZPR]] (Sorry if this bothers you if my using of your bot's user page as an example bothers you, AndyZ!), a PNG that is hosted on the Wikimedia Commons is not resizing correctly.
*** Bug 11364 has been marked as a duplicate of this bug. ***
*** Bug 11366 has been marked as a duplicate of this bug. ***
"Some image thumbnails are not rendering correctly." On Wikimedia Commons. This became a much more visible problem on 2007-09-15. "On irc://irc.freenode.net/wikimedia-tech it was mentioned MANY times. The first thing that was discovered was that the disk array for the thumbnails was full. This in turn, caused all subsequent re-sizings to render zero-byte images. The disk space was quickly expanded, but a considerable amount of residual damage lingers." per edit http://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&diff=7560187&oldid=7558257 . More info is available at http://commons.wikimedia.org/wiki/Commons:Village_pump#Image_Problems . I continue to disagree with the marking of the new problems from 2007-09-15 as duplicates of this bug 5463.
It appears that this bug has been fixed for a while. Cheers.