https://bugzilla.wikimedia.org/show_bug.cgi?id=58369
--- Comment #4 from Nathan Larson <[email protected]> --- (In reply to comment #3) > If we were to do this we might need to add an extra column to the interwiki > table to mark those entries added by the installer/maintenance script. Then > when the maintenance script is run to update the table, it would be able to > leave any manually-added entries untouched. A few problems might arise. Suppose, say, Disinfopedia becomes Sourcewatch, but meta-wiki drags its feet changing the interwiki map. The local wiki doesn't feel like putting up with that, so it changes the interwiki table. The entry is now marked as manually changed, so it won't be reverted by the maintenance script. Then Sourcewatch becomes Exposetruth, and this time meta-wiki makes the change promptly. Because the entry is marked as manually changed, it won't be updated, and so outdated info remains in place on the local wiki. One possible solution is to have a serialized field indicating when the interwiki fields (URL, API URL, etc.) were updated. If, say, a URL is changed locally, then it could still be updated in accordance with a later change to the URL on meta-wiki's table, but it wouldn't revert back to an earlier version. If the local wiki is dead-set on having a different URL than what meta-wiki has, then it can set that date for, say, the year 3000 and the field would not be changed until then, no matter what meta-wiki does. -- 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
