Last modified: 2008-05-19 16:58:34 UTC
Editing a section may frequently undo changes made to other sections. This affects sections which could never have been modified; i.e. editing section 10 may revert changes in section 7.
Whenever I've used the section editing feature and somebody else has made a change, I've had an edit conflict. Could you explain how to reproduce this better?
I encountered two edit conflicts in a series of edits, but that does not account for all of the reversions. See the history for [[Wikipedia:Cleanup]] to see which sections were edited and which lines removed; try it for yourself if you like.
(In reply to comment #1) > Whenever I've used the section editing feature and somebody else has made a > change, I've had an edit conflict. Could you explain how to reproduce this better? In a tabbed browser, edit two sections on the same page at once. The second edit will revert the first one.
(In reply to comment #3) > In a tabbed browser, edit two sections on the same page at once. The second edit > will revert the first one. The code is special-cased to ignore any edit conflict with yourself, to avoid problems when someone clicks "save" twice. This may or may not be the cause of bug 275, which is a pain in various parts of the anatomy, but it *is* a deliberate feature. If you had multiple windows or tabs open, editting different sections, the last one you clicked "save" on would indeed overwrite the others. The fact that this affects text outside the editted section is unintuitive, but presumably a result of the fact that the section has to be added back into the rest of the text before the save goes through (otherwise, you'd end up with nothing but the editted section).
*** This bug has been marked as a duplicate of 1150 ***
This is not a duplicate of 1150, although it is related, and the same problem is discussed there as well. It is quite likely that when there is a solution of bug 1150, this one still is broken. I therefore re-open this bug.
*** Bug 3059 has been marked as a duplicate of this bug. ***
Running away in horror from this bug, and hopefully not screwing the CC list totally up
Is this still occurring?
Steps to reproduce: - Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 - Create a new page and edit it - Make two sections: = Section One = = Section Two = - Save the page - control-click the 'edit' link for both sections, opening up two new tabs - visit the first tab, add "foo", and save - visit the second tab, add "bar", and save Current Result: An edit conflict with the earlier "foo" edit. Earlier Result: The page is saved, and only "bar" is seen. This was probably MediaWiki 1.4 or 1.5. Expected Result: No edit conflict, the second section is saved, and both sections remain, with the new "foo" and "bar" text. While the original bug is no longer there, the expected result is not given.
Following the given steps in comment #10 I receive the expected result: page is saved with automatic conflict resolution. Note that if your server's system was unable to locate GNU diff3, you will get an edit conflict display because the infrastructure for the merge isn't present. It may also be possible to get a conflict trigger if the page is so tiny that it got confused by completely adjacent lines -- for instance if you don't put line spacing between the raw section headers. Then diff3 isn't able to distinguish the sections for sure, and throws a conflict rather than guess wrong. This is correct, if conservative behavior, and doesn't seem to be an issue in actual usage (where you get nice spacing).