Last modified: 2014-04-24 17:54:09 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 35402 - Provide a form of incategory: which covers subcategories as well
Provide a form of incategory: which covers subcategories as well
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CirrusSearch (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 54643 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-22 09:12 UTC by Rd232
Modified: 2014-04-24 17:54 UTC (History)
8 users (show)

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


Attachments

Description Rd232 2012-03-22 09:12:11 UTC
It's currently possible to search incategory:X or -incategory:X, where X is a category name, to include or exclude results categorised in Category:X. However, this does not cover subcategories. This would obviously be useful, particularly on Commons where search is an important way to find media.

This could be a separate keyword, say incategorysub:X. We could also, in addition, extend incategory to specify recursion levels, with incategory:X defaulting to incategory:0:X (just the category specified - no recursion), and incategory:5:X meaning that we want to traverse 5 levels deep, and perhaps incategory:-1:X meaning the same as incategorysub:X.

Obviously, the usefulness of this feature would be enhanced by also addressing Bug 21988 (basically, providing GUI access to advanced search features).
Comment 1 Rd232 2013-04-29 15:10:35 UTC
Well it's been a year. Is there any sign of ... anything?
Comment 2 Bawolff (Brian Wolff) 2013-04-29 15:20:23 UTC
Nope :s
Comment 3 gqqnbig 2013-11-03 06:03:15 UTC
If you ever tried to code a similar function, you will understand the flexible structure of mediawiki category makes it difficulty to implement. 

One category can have multiple subcategories, and there may have a loop in a category tree(subsubsubcategory of a parent category may be the parent category).

As long as categories of mediawiki remain flexible, I belive this function will not be implemented in the near future.
Comment 4 Dan Garry 2014-02-11 01:50:00 UTC
Moving this feature request to CirrusSearch queue to be reassessed at a future date.
Comment 5 Bawolff (Brian Wolff) 2014-02-11 02:08:28 UTC
See also https://commons.wikimedia.org/wiki/Help:FastCCI which can do this (implemented as a separate program)
Comment 6 Nik Everett 2014-02-11 02:22:46 UTC
*** Bug 54643 has been marked as a duplicate of this bug. ***

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


Navigation
Links