https://bugzilla.wikimedia.org/show_bug.cgi?id=54739

--- Comment #6 from Erik Bernhardson <[email protected]> ---
The above is all correct, none of this is set in stone within Flow currently.

There is the concept of "most recent revision" of something.  Just like
mediawiki core if you attempt to edit the content on a revision that is not the
most recent you will get an edit conflict.  The original idea to reduce edit
conflicts was to handle "unwanted data" via moderation instead of content
editing.  IF the user that created the comment is the only one that is allowed
to edit the content then edit conflicts should be fairly rare.  This is not
some global decision enforced by Flow, who can edit a post is a configurable
role that wiki's are free to do with as they please.  

For just moderation we can(but don't yet) do a bit of "conflict resolution"
when there has been a mid-air collision.  For a random idea, we could accept
the most restrictive of the moderation states and use some messaging to let a
user know what happened.  Obviously this has not been fully considered, but
with some planning seems doable.

Topic splits/merge's are another interesting point.  This is another thing that
we could detect and do some conflict resolution on.  Re-parenting a tree
currently only requires re-parenting one post. If it's worthwhile to try and
write conflict resolution strategy's for the various scenarios is still to be
decided.

In summary, conflicts exist. We have options for how to reduce the number of
conflicts that affect average end users.  The small group of sysop(or >) will
be much more likely to get edit conflicts, and it's probably not worth our
time(in the Minumum Viable Product) to reduce those conflicts, but there are
options.  There are also non-technical ways to reduce edit conflicts through
user interface.  They are all trade offs that are yet to be decided.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to