https://bugzilla.wikimedia.org/show_bug.cgi?id=42582
--- Comment #6 from Rainer Rillke @commons.wikimedia <[email protected]> 2012-12-01 00:10:43 UTC --- (In reply to comment #3) > You were viewing the page logged in? Yes. I edited my sandbox shortly before. >Do the issues occur only when embedding the image on a foreign-repo client wiki >(aka wikipedia). Yes. >does it also happen when the image is being embedded on the >same wiki as the image is located No issue here. Tested at Commons. Files displayed correctly after moving in my sandbox there. Sorry for the confusion. I thought it was clear. >I believe what is being reported is that during a move >the parser cache of pages using the moved image are not purged if the page is >using the image through a foreign repo Sounds good. >I'm unsure if historically the old urls for files may have taken longer before >they got killed out of squid cache I believe so. In the past I had the feeling it was "handled more smoothly" (even if it sounds like it wasn't handled at all). Since it is only Commons in the WMF cluster that shares files with other wikis, a really simple purge bot that is tracking the file move log could do the job. Does the WMF run bots? Well, like CommonsDelinker, it is an essential task that has to be done. >Off the top of my head I'm not sure - but this might not be a new issue. I >don't think we do cross wiki purges currently. See bug 22390. If you like, you can close it as a duplicate of Bug 22390. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
