Page MenuHomePhabricator

When specifying a cmnamespace, other mainspace space pages are included in the cmlimit count
Closed, ResolvedPublic

Description

When querying http://commons.wikimedia.org/w/api.php for

{
action: "query",
format: "json",
gcmlimit: 13,
gcmnamespace: 6,
gcmtitle: "Category:Stereo_cards_of_Washington,_D.C.",
generator: "categorymembers",
iiprop: "url",
iiurlheight: "400",
iiurlwidth: "1500",
prop: "imageinfo"
}

I get the following return:
{"query-continue":{"categorymembers":{"gcmcontinue":"Washington Arsenal|"}}}

query.pages is missing completely.


Version: unspecified
Severity: major

Details

Reference
bz27317

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:23 PM
bzimport set Reference to bz27317.

john wrote:

It's not the period at the end that's causing it to act funny, the subcategories are being counted as part of the limit.

Example:

[[:commons:Category:Stereo_cards_of_San_Francisco]] exhibits the same behavior, http://commons.wikimedia.org/w/api.php?action=query&cmtitle=Category:Stereo_cards_of_San_Francisco&list=categorymembers&cmnamespace=6&cmlimit=5

Increasing the limit of the original query in the report reveals the images.

http://commons.wikimedia.org/w/api.php?action=query&cmtitle=Category:Stereo_cards_of_Washington,_D.C.&list=categorymembers&gcmnamespace=6&cmlimit=20

It's still an issue, just of a different kind

Ah, thanks. I didn't have time to investigate the problem further & just took a (quick, but wrong) guess.

I think this shouldn't happen. I clearly specified cmnamespace: 6, so there's no reason to take other namespace members into count

This is a duplicate of bug 24354, which itself is a duplicate of bug 19640. In short, cmnamespace is too inefficient to do the "right" way on Wikimedia wikis, so we can either do this or disable cmnamespace completely until someone gets around to changing the database schema so cmnamespace can be done efficiently.

  • This bug has been marked as a duplicate of bug 24354 ***