Nov 12 2019
@Masumrezarock100 Yes it is. But I remember another case regarding galleries some weeks ago: They could no longer be moved to a different ns. That had been fixed then.
May 24 2019
Hm, to me it doesn't look like an improvement if I have to run a regex first to kick it off before using the data. The question is indeed 'was this behaviour intended?' If yes it's a feature, if no it's a bug.
Jun 7 2017
I stumbled upon that as well, but it requires a closer look because there are two different problems mixed up:
- Since about 2 weeks wrong "counters" are displayed. If a redirecting cat "Blah" contains 1 File (or 1 cat), one cat level up it is listed as "Blah (1 F)". Fine. If the file is removed from "Blah" the counter doesn't change, the cat page shows "Blah (1 F)" like before. Touching via pywikibot doesn't fix it, but if you open the cat page "Blah" simply using your browser and close it without any action the counter is displayed correctly as "Blah (empty)". The maintenance category mentioned above usually contains 20 or 30 files (maintained well by User:RussBot), because of that bug it increased to 800+ some days ago.
- The 2nd problem exists for years: Cat pages that get assigned their subcats via templates are not updated, so https://commons.wikimedia.org/wiki/Category:Non-empty_disambiguation_categories sometimes contains hundreds of empty ones. If one touches the subcats the problem is solved. By this problem at least 50 categories are affected, primarily maintenance cats. For example some days ago https://commons.wikimedia.org/wiki/Category:Images_from_the_Geograph_British_Isles_project_needing_categories_by_grid_square did contain more than 3000 subcats that were tagged via template for speedy deletion, but none shew up there.
Mar 16 2016
Thinking for the future IMHO there are three aspects that have to be treated and handled separately:
- Category structure issues (including category "attributes")
- Category naming issues
- Searching and tagging issues