T12105 Allow editing of edit summaries after the fact (original) (raw)
Allow editing of edit summaries after the fact
- Edit Task
- Edit Related Tasks...
- Create Subtask
- Edit Parent Tasks
- Edit Subtasks
- Merge Duplicates In
- Close As Duplicate
- Edit Related Objects...
- Edit Commits
- Edit Mocks
- Mute Notifications
- Protect as security issue
Author: bugs
Description:
It would be nice for normal users to be able to change the text of an edit summary after it's saved. Obvious uses:
- giving proper attribution for text imported from other sources
- correcting typos (eg redlinks)
- retracting offensive remarks
- improving poor or unintentionally misleading summaries
Downsides? There would be some loss of traceability, if one user accuses another of having said something offensive in an edit summary, which is now not apparent. Perhaps all changes could be written to an admin-viewable log in case of disputes.
Sorry if it's been suggested before, I did look.
Event Timeline
• bzimport raised the priority of this task from to Lowest.Nov 21 2014, 9:47 PM
• bzimport added a subscriber: Unknown Object (MLST).
fearow00 wrote:
From what I can see, this would provide a few issues, such as we would need to keep a history of the history, which seems unnecessary. Either that or restrict changing to sysops or original user only, and have a link next saying (changed X times). But this would cause a few history issues.
bugs wrote:
What 'issues'? It's just an edit summary. What's the worst thing that could possibly happen if a rogue user changed their edit summary after the fact, and that change wasn't widely visible? Is that worst case scenario so bad that it's worth denying all the best-case scenarios from happening?
[Trivial alternative simple solution: New edit summary is prepended to old edit summary, thusly:
Fixed typos and created a new section, deleted three refs. [was: Created a new section, killed stupid refs]
]
dennispallett+mwbugzilla wrote:
Perhaps a new log type could be created for editing the edit summary? For example, when User:Joe changes his edit summary, the following log entry is added:
[ date ] User:Joe changes edit summary from 'old summary' to 'new summary' on article 'Foo'.
This would avoid having to keep a history of the history, but still provide traceability.
robchur wrote:
What *real* usage is there for changing edit summaries after the fact? The edit summary is never guaranteed to be accurate, as with any of the other properties, such as "minor edit" - if you want to know exactly what was changed, you view a diff of the edit.
This seems to me to add needless complexity, especially in terms of UI complexity, for the sake of appeasing pedantry. Strongly inclined to WONTFIX unless a solid rationale is presented.
ayg wrote:
I agree with Rob. The issues this might possibly fix are too minor to merit the added complexity. In the case of seriously problematic edit summaries, of course, the edit can simply be deleted or oversighted. Minor typos can be ignored, and other "changes" can be submitted as null edits, or the user can request that an admin delete the edit and allow him to resubmit it with a better summary.
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits