https://bugzilla.wikimedia.org/show_bug.cgi?id=48260
Daniel Kinzler <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |[email protected] Resolution|--- |WONTFIX --- Comment #3 from Daniel Kinzler <[email protected]> --- I have tried to investigate Q12863749 and Q2618201 a bit. Here is what I found: * Q12863749 was created on May 6 2013, with the ka link in place. * Q2618201 got the ka link two days later, on May 8 2013. The edit to Q2618201 that added this link should not have worked, it should have been prevented by a uniqueness constraint implemented using the database table wb_items_per_site. However, looking at this table, it has an entry for the ka links on Q2618201, but not for Q12863749. This means that Q2618201 now essentially "owns" that link. Consequently, Q2618201 can still be edited, while edits to Q12863749 will fail due to the uniqueness constraint. The cause of the problem is probably that the edit that created Q12863749 was not fully completed, but failed for some reason half way through the process, after saving the primary data blob but before registering the site links in wb_items_per_site, causing an inconsistency in the database. Note that the risk of such inconsistencies is considered acceptable in MediaWiki design, since enforcing full consistency using transactions would make it very hard to make page updates scale to the level we need on Wikipedia. Marking wontfix, because we can't fix this without rewriting most of MediaWiki. As to the issue at hand, Q12863749 should probably just be deleted, since it consists only of the duplicate links. -- 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
