Author: bugzilla.wikimedia
Description:
Page protections / unprotections should be recorded in an article's edit history.
Version: unspecified
Severity: enhancement
Author: bugzilla.wikimedia
Description:
Page protections / unprotections should be recorded in an article's edit history.
Version: unspecified
Severity: enhancement
Unknown Object (Diffusion Commit) |
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Declined | None | T6172 action=delete; action=undelete; action=protect; action=unprotect should generate an entry in the history | |||
Resolved | None | T2861 Page protections/unprotections should be shown in history |
Not cleanly. The log entries are in a separate table (so would have to be interleaved into the edit history items carefully) and
reference pages by title *at the time of the logged event*. If a page is renamed, deleted, etc the log entries would not integrate
into a history display correctly.
(In reply to comment #2)
Not cleanly. The log entries are in a separate table (so would have to be interleaved
into the edit history items carefully) and
reference pages by title *at the time of the logged event*. If a page is renamed,
deleted, etc the log entries would not integrate
into a history display correctly.
Bug 2125 describes an idea which should simplify that: When a page is blocked/unblocked
simulate minor edit which means create a new version with appropiate comments.
tsor
New revision entries can now reference the previous text entry, so aren't
unnecessarily wasteful. This could now be done the same as the move
notifications.
marco wrote:
page (un)protections should also be shown in watchlists, just as normal edits
would be.
robchur wrote:
(In reply to comment #10)
page (un)protections should also be shown in watchlists, just as normal edits
would be.
This is a whole other ball game; please file a separate request.