Last modified: 2010-07-04 17:19:39 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 T17945, 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 15945 - API: list=recentchanges doesn't allow to query patrolmarks even if user has the patrolmarks right
API: list=recentchanges doesn't allow to query patrolmarks even if user has t...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
1.14.x
All All
: Normal trivial (vote)
: ---
Assigned To: Roan Kattouw
http://en.wikipedia.org/w/api.php?act...
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2008-10-12 03:26 UTC by P.Copp
Modified: 2010-07-04 17:19 UTC (History)
3 users (show)

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

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

Description P.Copp 2008-10-12 03:26:08 UTC 
ApiQueryRecentChanges checks only for 'patrol' permission, when rcprop=patrolled is given, instead it should use $wgUser->useRCPatrol(), which checks all related rights.
Comment 1 Roan Kattouw 2008-10-14 12:47:49 UTC 
Fixed in r420777. Checking useRCPatrol() isn't enough, though, because new pages patrolling can be enabled independently. list=recentchanges now requires at least one of useRCPatrol() and useNPPatrol() to return true for obtaining patrol data.
Comment 2 Roan Kattouw 2008-10-14 12:48:16 UTC 
(In reply to comment #1)
> Fixed in r420777
Obviously, that should be r42077.
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