https://bugzilla.wikimedia.org/show_bug.cgi?id=23136
--- Comment #11 from Bryan Tong Minh <[email protected]> 2010-04-10 18:59:22 UTC --- (In reply to comment #7) > Ugh... yes, I'd recommend reverting/undeploying r60850 until we have a proper > fix for this. > > Alas, I don't see any obvious config variable that would tell us unambiguously > that this wiki is acting as a global file repository for some other wikis. > Besides, that wouldn't even be enough if someone had a weird setup with > multiple global repos... although, does the current globalimagelinks table > structure even support that properly? > The problem with this is that the Commons repository does not know in which order a local wiki has its $wgForeignFileRepos. Take the following example: * Wiki A has as ForeignFileRepos in the following order: wiki B and wiki C * File Example.jpg exists on both on wiki B and wiki C. * File Example.jpg is used on wiki A. It will use wiki B's version, so globalimagelinks will point to wiki B. * Wiki B deletes file Example.jpg. Wiki A will now automatically use wiki C's version, however, this is not visible to wiki B and the globalimagelinks table will not be updated. A possible fix for this could be fixing bug 22390. Another option is waiting for wiki A to rerender the pages where the file is used. There may of course be an arbitrary long time interval between the actual deletion and the update of globalimagelinks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
