Last modified: 2014-09-11 10:46:18 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 T71659, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 69659 - Some images are missing
Some images are missing
Status: NEW
Product: Wikimedia
Classification: Unclassified
Blog (Other open bugs)
wmf-deployment
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-08-17 11:38 UTC by Seb35
Modified: 2014-09-11 10:46 UTC (History)
1 user (show)

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


Attachments

Description Seb35 2014-08-17 11:38:09 UTC
Some images are missing on the (new) Wikimedia blog. Some could be recovered (e.g. the magnify icon on [1]), possibly some are more difficult to recover (e.g. the main image on [2]).

I guess there are other missing images, but I don’t know how to find all missing images.

[1] https://blog.wikimedia.org/2008/04/11/welcome/
    https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/skins%2Fcommon%2Fimages%2Fmagnify-clip.png
[2] https://blog.wikimedia.org/2008/04/17/recentchangescamp-2008/
Comment 1 Tilman Bayer 2014-09-11 05:01:54 UTC
(In reply to Seb35 from comment #0)
> Some images are missing on the (new) Wikimedia blog. Some could be recovered
> (e.g. the magnify icon on [1]), possibly some are more difficult to recover
> (e.g. the main image on [2]).
> 
> I guess there are other missing images, but I don’t know how to find all
> missing images.
> 
> [1] https://blog.wikimedia.org/2008/04/11/welcome/
>    
> https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/
> skins%2Fcommon%2Fimages%2Fmagnify-clip.png
> [2] https://blog.wikimedia.org/2008/04/17/recentchangescamp-2008/

Thanks for spotting these! However, in those two cases it doesn't seems to have anything to do with the blog migration. These two images were hotlinked from URLs that no longer exist, and were broken on the old (pre-relaunch) blog already. (In [2], the source code contains 'src="http://2007.recentchangescamp.org/images/RCC2006Logo.png"' which Wordpress.com automatically converts to 'src="https://i0.wp.com/2007.recentchangescamp.org/images/RCC2006Logo.png"' in the displayed HTML. Actually, we nowadays regard hotlinking images from such third-party domains - here, recentchangescamp.org - as incompatible with the blog's privacy expectations anyway.) In other words, it's a content issue, not an issue with the blog's technical setup.


That said, there are other posts where thumbnails from locally stored images (i.e. the blog's own media library) indeed broke during the migration, apparently because a scaling parameter is not properly supported. Examples:

https://blog.wikimedia.org/2012/12/03/wiki-loves-monuments-international-winners-announced/
https://blog.wikimedia.org/2012/03/08/the-kind-gentle-approach-to-retaining-new-editors/
https://blog.wikimedia.org/2012/09/01/wiki-loves-monuments-for-mobile-is-here/ 
https://blog.wikimedia.org/2012/12/20/literature-contest-on-hungarian-wikipedia-a-success/ 
https://blog.wikimedia.org/2012/11/29/day-of-the-dead-wiki-style/ 
https://blog.wikimedia.org/2012/08/16/czech-mediagrant-go-take-pictures-upload-them-and-we-cover-your-costs/

We are currently looking into this. (for our internal reference: Tracked at https://wordpressvip.zendesk.com/requests/33249 )
Comment 2 Seb35 2014-09-11 10:46:18 UTC
I let you close the bug when you judge it can be closed; probably some images are lost forever.

Happy to see this no-hotlinking policy: in addition of privacy concerns, it is less perennial as seen here.

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


Navigation
Links