https://bugzilla.wikimedia.org/show_bug.cgi?id=28751
--- Comment #5 from [email protected] 2012-08-19 15:37:16 UTC --- (In reply to comment #4) > The problem is, that updateRestriction.php only copy the page_restriction and > does not remove it from page table. That sounds like space waste. > When a wiki has never run updateRestriction.php the api shows no protection > with prop=info&siprop=protection. That is because old restrictions are only > check for pages with new protection, useless when updateRestriction.php was > run. > But the problem for this bug is, that the table page_restrictions contains two > rows for one page, one for edit and one for move, for each of that both old > protection are added > type="edit" -> new style, from table page_restrictions > type="edit" -> old style, from page.page_restrictions > type="move" -> old style, from page.page_restrictions > type="move" -> new style, from table page_restrictions > type="edit" -> old style, from page.page_restrictions > type="move" -> old style, from page.page_restrictions That is better after I52111f30, because the values from page.page_restrictions not repeated a second time, but dupes still exist. -- 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
