Last modified: 2007-01-17 05:56:42 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 T10192, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8192 - after upload new SVG, mediawiki don't genrate new png
after upload new SVG, mediawiki don't genrate new png
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
PC Linux
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-12-08 14:47 UTC by Pavel Dobes
Modified: 2007-01-17 05:56 UTC (History)
0 users

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


Attachments

Description Pavel Dobes 2006-12-08 14:47:17 UTC
On http://commons.wikimedia.org/wiki/Image:Croatia_stub.svg is still
http://upload.wikimedia.org/wikipedia/commons/thumb/7/7c/Croatia_stub.svg/605px-Croatia_stub.svg.png
witch is from previous SVG image version.

I checked it on my linux localhost test wiki.
Comment 1 brianna.laugher 2007-01-17 04:09:31 UTC
I regenerated the thumbnail and purged the image page. Is it OK now? It's hard
for me to tell because my Firefox doesn't display the SVG correctly, it only
shows the outline.
Comment 2 Pavel Dobes 2007-01-17 05:48:56 UTC
(In reply to comment #1)
> I regenerated the thumbnail and purged the image page. Is it OK now? It's hard
> for me to tell because my Firefox doesn't display the SVG correctly, it only
> shows the outline.

Now it looks as I expected but with image and recreation thumbs have I some
problems.

I add central emerald on this CoA
(http://commons.wikimedia.org/wiki/Image:Escudo_de_Navarra.svg) but on
http://es.wikipedia.org/wiki/Escudo_de_Navarra or
http://es.wikipedia.org/wiki/Galer%C3%ADa_de_escudos_de_comunidades_y_ciudades_aut%C3%B3nomas_espa%C3%B1olas
is still the old version (it is not such problem like previous, because on the
description page you will see the actual image), but it could be caused by the
same bug.

It possible to recreate thumbnails by normal user (something like action=purge
for HTML pages)?
Comment 3 brianna.laugher 2007-01-17 05:56:42 UTC
I will close this as resolved, re-open it if doing the actions below doesn't
work. (Occasionally you might have to do them more than once.)

From [[commons:COM:FAQ]] (I wrote this :)):

    You can try to force a new thumbnail to be generated by using this trick:

       1. Visit
http://commons.wikimedia.org/w/thumb.php?f=Per_Stig_M%C3%B8ller.jpg&w=450 (copy
your image name from the URL bar - so non-latin characters are escaped - into
the ?f= and change the w= value to the width of the thumbnail you want to
regenerate) ... this is forcing a new thumbnail to be rendered. Do this for all
the size thumbnails you want to be re-rendered.
       2. Edit the image page. In the URL, change "action=edit" to
"action=purge". Now repeatedly do a hard refresh on this URL until the new
thumbnail is generated.

    If you are having persistent problems with a thumbnail updating, one
workaround trick you can use is to use a thumbnail of an unusual size. Instead
of allowing the default/user-specified size, request an unusual size like 199px
or 201px. Because this size is not usually used, the software will have to
create a brand new thumbnail, and thus will use the new updated image, instead
of supplying the existing thumbnail based on an old version of the image.

    The default thumb sizes, and thus the ones most likely to have problems, are
(from Special:Preferences): 120, 150, 180, 200, 250, 300 + the thumbnail for the
image page (if the image is larger than this space) -- you can figure out what
size this image is by right-clicking on it and choosing save as... - it will
save as something like 450px-Properimagename.jpg - so the prefix tells you). 

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


Navigation
Links