Page MenuHomePhabricator

Some images are missing
Closed, ResolvedPublic

Description

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/


Version: wmf-deployment
Severity: normal

Details

Reference
bz69659

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 3:37 AM
bzimport added a project: Diff-blog.
bzimport set Reference to bz69659.
bzimport added a subscriber: Unknown Object (MLST).

(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 )

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.

Tbayer claimed this task.

Earlier this month, Automattic fixed all the remaining images which were broken due to the import process, so I'm closing this as resolved now.
(As mentioned earlier, there may still be images that are broken due to wrong URLs etc - I manually fixed the 2008 example above - but that's a content issue, not a problem with the blog's technical platform per so, so it should be reported and dealt with separately.)