Last modified: 2012-12-21 14:02:02 UTC
It works on my admin account, when I log out it shows ALL new pages.
I didn't have time to really look into this bug, and while looking at my other recent submissions, noticed this one and had a look at it. In ./includes/specials/SpecialNewpages.php, line 139 actually actively disables this feature from being selectable. Now, I agree with line 136, which eliminates the filtering of logged-in users if only logged-in users can create pages, you'd obviously have an empty report. But the second block, lines 139-140, just prevents people who can't use patrol from being able to see what pages are patrolled. We have the 'patrollable' function that checks to see if the user should get the patrol links. At the least, allow non-patrollers to access the hidepatrolled filter as a hidden option: the code that actually blocks them from doing so, line 389, is commented "if this user cannot see patrolled edits...", but Special:Log/patrol shows the data to them anyway. There's really no reason to prevent anons from using this feature.
What would anons do with this filter? I can think of much. Also, the filter itself isn't using an index, so it's there is a small performance issue. That said, giving all anons (*) 'patrolmarks' should allow this.
(In reply to comment #2) > What would anons do with this filter? I can think of much. Also, the filter > itself isn't using an index, so it's there is a small performance issue. > > That said, giving all anons (*) 'patrolmarks' should allow this. > Since this arguable is clutter to IP users, I'd rather see a positive poll/discussion on this.
(In reply to comment #3) > Since this arguable is clutter to IP users, I'd rather see a positive > poll/discussion on this. [Removing RESOLVED LATER as discussed in http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064240.html and closing as WONTFIX as per comment 3.]