Last modified: 2006-11-12 23:58:48 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7900 - Merge consecutive edits by the same user
Merge consecutive edits by the same user
Status: RESOLVED DUPLICATE of bug 7062
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-12 23:00 UTC by Emery
Modified: 2006-11-12 23:58 UTC (History)
0 users

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


Attachments

Description Emery 2006-11-12 23:00:11 UTC
I think it would be a good idea to marge consecutive edits of an article from
the same user. This would make navigating the history of an article easier and
save much disk space on the Wikimedia servers.
Comment 1 Rob Church 2006-11-12 23:02:46 UTC
1. There are good reasons to keep the edits separate, when reviewing changes,
etc. and to make reverting individual change sets easier

2. Disk space is not an issue
Comment 2 JeLuF 2006-11-12 23:11:13 UTC
* Disk space is much cheaper than CPU.
* Edit comments would get lost, or loose their context.
* Permanent links will break.
* Processing of complaints about explicit language or similar in an article
  will become much harder.

=> Closing as WONTFIX.
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-12 23:21:07 UTC

*** This bug has been marked as a duplicate of 7062 ***
Comment 4 Emery 2006-11-12 23:29:29 UTC
Ok then, perhaps Wikimedia has virtually limitless resources because of its
success, but plenty of people use the MediaWiki software and might find it a
useful feature, optional or otherwise.

It shouldn't have any real impact on CPU, it just means merging new edits with
the previous instead of creating a new edit in the event that it's from the same
user.

Permanent links won't break in the sense of being "broken". It's more like when
a user edits his post in a forum. You wouldn't call a link to the post broken
just because the user corrected a mistake or changed his mind about something.

Processing complaints wouldn't be harder, that's why I'm only proposing the
merging of consecutive edits from the same user. If he vandalizes a page then
someone reverts it back that breaks his sequence of edits making them permanent
in history.

I realize this is somewhat of a fundamental change, but I think it makes sense.

This could also be implemented much more easily, and compatibly, by simply
having it a different optional way to output a page's history. That is, the
consecutive edits get shown as one user-edit which perhaps has a link to show
all the edits that encompasses.
Comment 5 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-12 23:37:16 UTC
If you think it would be a good idea to have edits *visually* merged when
viewing page histories, open a separate bug for that.  They aren't going to be
merged in the database.  And if you insist on reopening something, please make
it bug 7062, which deals with the same thing and predates this one.

*** This bug has been marked as a duplicate of 7062 ***
Comment 6 Emery 2006-11-12 23:42:39 UTC
Will do. If saved disk space wouldn't even be beneficial then that is a better idea.
Comment 7 Emery 2006-11-12 23:58:48 UTC
See bug #7904.

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


Navigation
Links