Last modified: 2011-01-25 00:31:30 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 T19102, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17102 - Changelog build tool for CodeReview
Changelog build tool for CodeReview
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CodeReview (Other open bugs)
unspecified
All All
: High enhancement (vote)
: ---
Assigned To: Aaron Schulz
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-21 02:17 UTC by Brion Vibber
Modified: 2011-01-25 00:31 UTC (History)
1 user (show)

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


Attachments

Description Brion Vibber 2009-01-21 02:17:44 UTC
I would find it handy to be able to automatically or semi-automatically build a list of new changes in the software when we run updates.

The easiest way would be to diff the RELEASE-NOTES file and just spit out all the new entries -- but people frequently forget to update it, and important things don't get listed.

A tool to slurp together lines from accepted revisions in core code and whitelisted extensions and build a first-draft "what's new" list would be pretty helpful.

Alternately, a nice bug "needs release notes" button to plug on any rev. ;)
Comment 1 Roan Kattouw 2009-01-21 09:14:57 UTC
An issue here is that some revisions, however important, don't get RELEASE-NOTES. This applies to stuff like internal rewrites without user-observed changes and fixes for new features that were already in RELEASE-NOTES.
Comment 2 Brion Vibber 2009-01-22 17:00:32 UTC
Some of those "rewrites without user-observed changes" actually do have user-observed changes because they introduce bugs. :) It gets a lot easier to track them down if it's clear what's been changed.
Comment 3 Roan Kattouw 2009-01-22 17:34:10 UTC
(In reply to comment #2)
> Some of those "rewrites without user-observed changes" actually do have
> user-observed changes because they introduce bugs. :) It gets a lot easier to
> track them down if it's clear what's been changed.
> 

True. They are relevant to show in CR of course, all I'm saying is they don't belong in RELEASE-NOTES.
Comment 4 Aaron Schulz 2009-02-14 17:27:12 UTC
Done in r47271

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


Navigation
Links