Last modified: 2013-11-25 16:06:29 UTC
Especially some maintenance categories use a conditional categorization - a function within a template determines the target category or the sort key for the category. However, this possibility is not fully functional. A new page is properly categorized but later changes are often not detected and reflected. Even if the page display the right current category, the page is not displayed in the category really. Some cases require a pretended edit of every affected page to be reflected (and the pretended edit is often effective with several-day delay only). Examples: - https://commons.wikimedia.org/wiki/Template:Move categorized pages where is used by the "date" parameter and by the existence of the target page. However, the page https://commons.wikimedia.org/wiki/Category:Requested_moves_(new) displays subpages which are currently categorized in https://commons.wikimedia.org/wiki/Category:Requested_moves_(21%2B_days) or https://commons.wikimedia.org/wiki/Category:Requested_moves_(14%2B_days) or https://commons.wikimedia.org/wiki/Category:Requested_moves_(7%2B_days) now. - Using https://commons.wikimedia.org/wiki/Template:Category_redirect, https://commons.wikimedia.org/wiki/Category:Non-empty_category_redirects displays category pages which were non-empty when they were saved. However, if the category is emptied later or any content appear in an empty category later, the categorization is not updated.
This is partially by design, as it stands it is assumed that a page will not change what category it is a member of unless either it is edited or one of the templates it uses is edited.
Sounds like bug 18478