https://bugzilla.wikimedia.org/show_bug.cgi?id=41352
--- Comment #9 from Aude <[email protected]> 2012-10-25 07:38:37 UTC --- How i was able to reproduce the bug, with such article text: 1) intro ==Section 1== He was born in 1980. He likes ice cream. ==Section 2== blah blah blah... 2) User A clicks edit (such as section 1) 3) User B clicks edit (e.g. section 1) 4) User B change section 1 to and saves. He was born in 1990. He likes ices cream. 5) User A changes section 1 to: He was born in 1980. He likes cookies. 6) User A hits save. It should auto merge that the entire page into: intro ==Section 1== He was born in 1990. He likes cookies. ==Section 2== blah blah blah. With the bug, it instead automerged the section and saved just the section of the page, erasing the rest of the page, so users would see: ==Section 1== He was born in 1990. He likes cookies. The issue appears to be TextContent object being passed to the wfMerge3 function in TextContentHandler. It also appears that edit conflicts were happening much more often, such as the mergeChangesIntoContent function in EditPage returning false more often when it should auto merge successfully. I just wanted the quickest fix that would work, since this was a live bug on Wikipedia, but sure now that we understand the problem, it can be fixed correctly (forward-compatible) without too much difficulty. -- 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
