Last modified: 2014-08-29 08:26:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T28821, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 26821 - Edit conflict appearing when there is none: self-conflict in section edit not suppressed
Edit conflict appearing when there is none: self-conflict in section edit not...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
https://en.wikipedia.org/w/index.php?...
:
: 17368 29990 (view as bug list)
Depends on:
Blocks: section-editing 70163
  Show dependency treegraph
 
Reported: 2011-01-20 21:54 UTC by Jinnai
Modified: 2014-08-29 08:26 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
screenshot (65.83 KB, image/gif)
2011-02-21 18:15 UTC, Mark A. Hershberger
Details

Description Jinnai 2011-01-20 21:54:21 UTC
This doesn't occur every time, but when updating an existing section of a page sometimes an edit conflict will be reported when the only change that appears will be the change I made. There is no specific timeframe and it can even happen after edits I myself have made.

This does not happen when creating new sections in talk pages, nor is it easily reproducible as it appears to be random, but it has happened on numerous occasions.
Comment 1 Mark A. Hershberger 2011-01-21 21:36:47 UTC
Please add more information if you find a good way to reproduce this.  Lowering priority for now.
Comment 2 Jinnai 2011-02-21 01:57:07 UTC
Screenshot for what I'm talking about. As shown it the only new text is what I typed into it. It seems to happen usually on these larger talk pages.

http://www.freeimagehosting.net/uploads/320cf70dc7.gif
Comment 3 Mark A. Hershberger 2011-02-21 18:15:51 UTC
Created attachment 8186 [details]
screenshot
Comment 4 Andre Klapper 2012-10-25 18:16:04 UTC
Jinnai: Do you still see this problem recently? If so, any public page that this can be reproduced with?
Comment 5 Nemo 2013-03-06 08:29:28 UTC
I found the diff in question, see URL. Assuming that it didn't take 2 hours to write the message and that section edit worked, it was a self-conflict, differing only in the timestamp: per bug 28720, it should have been suppressed, but it wasn't.
Comment 6 Nemo 2013-03-06 08:54:51 UTC
*** Bug 17368 has been marked as a duplicate of this bug. ***
Comment 7 Nemo 2013-03-06 08:56:31 UTC
*** Bug 29990 has been marked as a duplicate of this bug. ***
Comment 8 Nemo 2013-03-06 09:23:17 UTC
I disagree with new priority/severity: edit conflict handling is an important part of editing, and if suppression of self-conflicts fails users get very confused and a lot of time is wasted, plus there is no workaround and it's definitely something we worry about (see Brion's comment on bug 28720): matches normal/normal or normal/major definitions.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links