Last modified: 2011-08-23 17:18:25 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 T32529, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 30529 - query list=allpages should support multiple namespaces
query list=allpages should support multiple namespaces
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
1.17.x
All All
: Unprioritized enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-08-23 16:42 UTC by Daniel A. R. Werner
Modified: 2011-08-23 17:18 UTC (History)
4 users (show)

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


Attachments

Description Daniel A. R. Werner 2011-08-23 16:42:23 UTC
I just have noticed that almost only the query 'list=allpages' module doesn't support multiple namespaces for the 'apnamespace' parameter. For most other modules there can be several namespaces separated by '|'. This could come quite handy for 'allpages' as well. It would allow to get pages of several namespaces, i.e. from all talk-namespaces, way faster.

This is also not implemented in 'list=deletedrevs' and off course 'action=import' (where it makes perfectly sense this way).
Also in 'list=alllinks', don't know whether it would make much sense there.
Comment 1 Roan Kattouw 2011-08-23 17:18:25 UTC
This could be implemented for allpages's normal mode, but wouldn't make much sense: it would still sort by namespace first, then title (sorting in any other way would make for a very inefficient query) so you'd get something like

Aaron
Adam
Bar
Foo
...
Zulu
Talk:Aaron
...
Talk:Zulu
User:Aaron

And that doesn't make too much sense. Using multiple namespaces with apfrom and apprefix would definitely be inefficient.

Closing as WONTFIX for performance reasons.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links