Last modified: 2006-04-11 14:47:07 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 T2861, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 861 - Page protections/unprotections should be shown in history
Page protections/unprotections should be shown in history
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
unspecified
All All
: Normal enhancement with 7 votes (vote)
: ---
Assigned To: Rob Church
:
: 2125 4808 5464 (view as bug list)
Depends on:
Blocks: 4172
  Show dependency tree / graph
 
Reported: 2004-11-10 21:16 UTC by Schnee
Modified: 2006-04-11 14:47 UTC (History)
4 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Schnee 2004-11-10 21:16:32 UTC 
Page protections / unprotections should be recorded in an article's edit history.
Comment 1 Antoine "hashar" Musso (WMF) 2004-11-13 20:56:07 UTC 
That could "probably" be done with the new logging system in 1.4.
Comment 2 Brion Vibber 2004-11-13 21:06:15 UTC 
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.
Comment 3 Zigger 2005-05-10 13:23:40 UTC 
*** Bug 2125 has been marked as a duplicate of this bug. ***
Comment 4 Zigger 2005-05-10 13:27:07 UTC 
See also bug 1658 -- v1.5alpha1 includes page moves in the history.
Comment 5 tsor 2005-05-10 13:49:11 UTC 
(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
Comment 6 Brion Vibber 2005-05-10 21:37:28 UTC 
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.
Comment 7 Brion Vibber 2006-01-31 20:54:01 UTC 
*** Bug 4808 has been marked as a duplicate of this bug. ***
Comment 8 Brion Vibber 2006-04-05 20:26:08 UTC 
*** Bug 5464 has been marked as a duplicate of this bug. ***
Comment 9 Rob Church 2006-04-08 21:13:43 UTC 
Added in SVN trunk, r13552.
Comment 10 Marco 2006-04-11 14:45:05 UTC 
page (un)protections should also be shown in watchlists, just as normal edits
would be.
Comment 11 Rob Church 2006-04-11 14:47:07 UTC 
(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.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links