Last modified: 2012-12-14 20:46:05 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 T45117, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 43117 - File will not change from original version
File will not change from original version
Status: RESOLVED DUPLICATE of bug 41130
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.21.x
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-14 09:39 UTC by Adam Cuerden
Modified: 2012-12-14 20:46 UTC (History)
4 users (show)

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


Attachments

Description Adam Cuerden 2012-12-14 09:39:46 UTC
This may be one of those weird bugs that only applies to one computer, but...

I saw this, a file in use on Wikipedia, but which isn't particularly good. I realised that some level adjustments could at least make it a bit better, so made them and uploaded a new version - with a small, low-res image, I don't think alts are as important.

But the original version is all that will show as the newest image. But I can click on previous attempts to upload it, and see my modified image fine, even though, when they were the current version, they showed the original, unaltered form.

I even hopped over to a different browser to see if it was something on my end, to no avail.

What's going on? 

http://commons.wikimedia.org/wiki/File:PopeCyril14.jpg
Comment 1 Andre Klapper 2012-12-14 11:17:57 UTC
Not entirely clear to me where "the original version is all that will show as the newest image".
The picture itself (shown big on top of the page) is definitely your version from 09:33, and also the table has correct sorting here, having your four version on top and sorted correctly (newest first). 
Firefox 16.0.2 on Fedora 16 here.
Comment 2 Adam Cuerden 2012-12-14 15:17:19 UTC
How strange: I can't get it to update on my computer.
Comment 3 Alex Monk 2012-12-14 16:32:00 UTC
There's definitely something strange going on with images. I uploaded a file here: https://www.mediawiki.org/wiki/File:Cat_id_rsa.pub.png

The size which the HTML generated is forcing my browser to show the image as is correct, but the image shown ( https://upload.wikimedia.org/wikipedia/mediawiki/7/7e/Cat_id_rsa.pub.png ) is the old version. I actually uploaded https://dl.dropbox.com/u/10971457/Wikimedia/MediaWiki/CroppedGitTutorialImages/Cat_id_rsa.pub.png
Comment 4 Bawolff (Brian Wolff) 2012-12-14 19:01:45 UTC
Both the examples of (A mildly mis-titled) bug 41130.

In both cases, you can only see the bad if you are not visiting in europe. North America varnish upload caches do not seem to be recieving HTCP purges. In both cases the european squid servers are find. I have no idea why, it really needs ops to look into it. perhaps the varnish servers don't recognize the url as belonging to them. Perhaps the whole htcp -> http purge perl hack thing isn't working properly or can't keep up or something.

*** This bug has been marked as a duplicate of bug 41130 ***
Comment 5 Alex Monk 2012-12-14 19:05:14 UTC
But I'm in Europe.
Comment 6 Bawolff (Brian Wolff) 2012-12-14 20:36:25 UTC
(In reply to comment #5)
> But I'm in Europe.

Is upload.wikimedia.org resolve to 208.80.154.235 (north america) or 91.198.174.234 (netherlands) for you? In my test of your image, the wrong one (the one that is bigger and has all the mac os ui stuff in it) is only served if visiting upload.wikimedia.org at 208.80.154.235.
Comment 7 Alex Monk 2012-12-14 20:41:01 UTC
upload.wikimedia.org	canonical name = upload-lb.eqiad.wikimedia.org.
Name:	upload-lb.eqiad.wikimedia.org
Address: 208.80.154.235

I guess this is because I'm using Google public DNS.
Comment 8 Alex Monk 2012-12-14 20:46:05 UTC
Hmm yep, added "91.198.174.234  upload.wikimedia.org" to /etc/hosts and I'm getting the correct file.

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


Navigation
Links