Last modified: 2009-11-02 18:03: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 T23378, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 21378 - Collapse single-editor runs in history
Collapse single-editor runs in history
Status: RESOLVED DUPLICATE of bug 19247
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: 2009-11-01 19:21 UTC by amirvis
Modified: 2009-11-02 18:03 UTC (History)
2 users (show)

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


Attachments

Description amirvis 2009-11-01 19:21:49 UTC
For purposes of determining who did what to an article when, it is often unhelpful to see a list of many often minor edits in a row by one editor, without summaries. For example:

http://en.wikipedia.org/w/index.php?title=Liquid_Cooling_and_Ventilation_Garment&action=history

(I admit that I am often that editor, especially when starting an article.) I suggest that unbroken runs of unsummarized edits by a single editor be collapsed in the history display, with a [+] to expand and a parenthetical number indicating the number of edits collapsed together. This will increase the chunk of edit history that can reasonably be displayed on a page, and make browsing histories easier.

Obviously, these cumulative edits should be marked minor only if all the enclosed edits were so marked. (A more conservative alternative would be to only collapse minor-marked edits to begin with.)
Comment 1 Svip 2009-11-01 19:28:23 UTC
You mean similar to the enhanced RecentChanges?  Where instead of per article, then per editor?  Seems likely, since the code already exist to produce the result.  Then again, the design of the history page is vastly different from the RecentChanges/Watchlist page.

Regarding the radio buttons to select comparison in edits, collapsed lines should still retain, but the 'newest' radio button should refer to the newest edit while the 'oldest' radio button to the oldest edit, and this should obviously be reflected upon expansion.
Comment 2 Chad H. 2009-11-02 18:03:42 UTC

*** This bug has been marked as a duplicate of bug 19247 ***

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


Navigation
Links