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
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
*** 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
Is this still occurring?
Steps to reproduce:
- Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:22.214.171.124) Gecko/20080404 Firefox/126.96.36.199
- 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).