https://bugzilla.wikimedia.org/show_bug.cgi?id=22390

Bawolff (Brian Wolff) <bawolff...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|Low                         |Normal

--- Comment #3 from Bawolff (Brian Wolff) <bawolff...@gmail.com> ---
So just to clarify this bug - the bad that happens:
*Person moves a file at commons. The url of the media file now changes. Pages
on client wiki that uses that file will be broken until such a time as the
pages get re-rendered. (An alternative or complementary solution would be to
give an HTTP redirect for those old urls. This would make life nicer for
hotlinkers)
*Person uploads a new version of an image file with different dimensions.
Because file urls only have the width in them, the height of the corresponding
thumb changes. However the height attribute on the <img> tag won't change until
next time that page gets re-rendered.
*Slightly separate issue but related (This was bug 22073): User edits the
description page on commons, we would want to purge the memcache entries for
this description page (Slightly complicated because we don't know what
languages this page has been cached in [varies by userlanguage], but we could
probably take a good guess based on image usage).

For the first two points, we need to somehow do the equivalent of a cross-wiki
HTMLCacheUpdate of the globalusage tables. This is the more serious issue imo.
I'm increasing the priority to normal since this actively causes broken images
in articles (albeit temporarily). On a third party wiki host, using foreign
repos but not 404-image-render-handlers, this would probably cause even more
serious breakage.

For the third point (which is kind of a separate issue), we need to clear some
memcache entries (Somehow figuring out which ones are appropriate. Clearing
content language of where image is used is probably good enough for now), and
possibly squid/varnish cache.

A further clarification point, to be explicit, is that this bug does *not*
involve showing old images being to the user, only broken images.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to