If you request LogEventList to display the combination of 2 log types, and one of
authorBrian Wolff <bawolff@users.mediawiki.org>
Tue, 20 Dec 2011 06:16:08 +0000 (06:16 +0000)
committerBrian Wolff <bawolff@users.mediawiki.org>
Tue, 20 Dec 2011 06:16:08 +0000 (06:16 +0000)
commit957850f0da357337c24291a29d5ea0f08b5050a9
tree17bd3918828a536d273f41bf7bd1fabe381d20e0
parent2ba6b03e8e420ef34365516c0e962fddc4858132
If you request LogEventList to display the combination of 2 log types, and one of
those logs are restricted, will generate a warning, since it removes first entry of
array, but doesn't re-index the array, and subsequent code makes assumptions of the
form if ( count( $this->types ) $singleType = $this->types[0] (which doesn't work, as
first index is 1).

Thus cause array to be re-indexed if a $wgLogRestriction causes a log type to be removed.

Steps to reproduce the issue is make deletion log restricted, then view a (non-existent) user page.

Personally I think its kind of weird/wrong that if someone restricts both the move and delete log,
then viewing a non-existent will give "This page has been deleted, here's delete log:" followed by an
entry from *any* public log.
RELEASE-NOTES-1.19
includes/logging/LogEventsList.php