https://bugzilla.wikimedia.org/show_bug.cgi?id=23136
--- Comment #8 from Bryan Tong Minh <[email protected]> 2010-04-10 17:06:51 UTC --- (In reply to comment #7) > 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 "right" way to fix this would be to store the wiki ID of the file in the > globalimagelinks table (call it, say, gil_file_wiki) and only show the records > where both gil_to and gil_file_wiki match. > You're absolutely right about that. Unfortunately I did not take this into account when writing this extension. > The quick and dirty way to fix it would be to add a config variable like > $wgGlobalUsageSourceWikis = array( 'commonswiki' ) and skip the > $file->getRepoName() == 'local' check if we're on one of the listed wikis. The current fix that I am testing is basically wfGetDB(DB_SLAVE)->getDBname() == $wgGlobalUsageDatabase, but that is a less than ideal fix. -- 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
