Last modified: 2012-07-13 14:49:33 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 T12915, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 10915 - Special:Categories hides categories having 0 current members
Special:Categories hides categories having 0 current members
Status: NEW
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
1.11.x
All All
: Low major with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://ksh.wikipedia.org/w/index.php?...
:
Depends on:
Blocks: 13326
  Show dependency treegraph
 
Reported: 2007-08-14 11:02 UTC by Purodha Blissenbach
Modified: 2012-07-13 14:49 UTC (History)
5 users (show)

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


Attachments

Description Purodha Blissenbach 2007-08-14 11:02:37 UTC
Special:Categories hides existing categories currently having 0 members.

This has has several drawbacks:

1.
When Special:Categories is used to find an appropriate category for a new article, and a category page has already been set up explicitly for this article type, it is not found. → Authors 'invent' their own categories. → Goodbye orderly development of a wiki!

2.
Categories meant for QA purposes tend to be temporarily empty, when all pending work is done. While it may be nice to see to-do-lists shrink, it is counterproductive, when you do not see where to place a new QA job.

3.
In wikies using multiple languages, authors very often insert category tags in the language they actually use, resulting in various duplications of categories. (Same applies to misspelled, and variant-spelled category names) During cleanup of such situations, it is vital that one gets a complete and comprehensive list of all there is, most specifically already created category pages.

(Currently, you need to have several windows of Special:Categories open (in chunks of 5000s sorted top down) and even more Special:Allpages (in chunks of 200, sorted 3 per row left to right) → finding related entries, or dupliates, is a real pain in the ass. Excuse me. I want to say, it's frustrating, and consuming much too much time)

4.
There are likely more problems, which I just did not enocounter up to now.


Suggestion: include all existing category pages in Special:Categories, even if there are 0 members to the category.

Enhancement suggestion: If there is a justification for the current behaviour of Special:Categories, make it selectable by user input. In this case, I'd suggest to add a "show only categories with more than [ ... ] members" selection, which likely comes handy to avoid the disturbing 5000 limit sometimes, too. If you want to make it more comfortable, add another selection and make it: "show only categories with more than/less than [ N ] members"

Hint: If the 0 members problem, at least, is avoidable with the upcoming report extension, and we will be able to use the report extension in the Wikipedia installations, I for one would not mind waiting for it, and not pursue this bug any further.
Comment 1 Rob Church 2007-08-22 05:28:51 UTC
This might be doable with a UNION, or some other trick if that's too expensive.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-03-11 17:22:29 UTC
This is working as designed at present.  Categories are considered not to exist if they contain no members, and whether there happens to be page content corresponding to their name is ignored going in both directions: they exist if they contain members and have no page, they don't exist if they contain no members but have a page.  When a category table is introduced, this change would come free if desired, although I had been thinking I would preserve existing functionality and not display categories with zero entries.

How are categories supposed to be deleted, if we do this?  Removing all members *plus* deleting the page?  That possibly makes more sense than being able to "delete" a category by just removing all members.
Comment 3 Victor Vasiliev 2008-03-20 19:18:14 UTC
(In reply to comment #2)
> How are categories supposed to be deleted, if we do this?  Removing all members
> *plus* deleting the page?  That possibly makes more sense than being able to
> "delete" a category by just removing all members.
And what about categories like [[en:CAT:CSD]]?
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-03-20 21:01:28 UTC
Well, what about them?  Should they show on Special:Categories or not?

This could currently be implemented by deleting one line from the file, by the way, so it's only a question of whether to do it.
Comment 5 Victor Vasiliev 2008-04-29 07:40:04 UTC
(In reply to comment #4)
> Well, what about them?  Should they show on Special:Categories or not?
> 
> This could currently be implemented by deleting one line from the file, by the
> way, so it's only a question of whether to do it.
> 

I'm sure we need it to clean up empty categories.
Comment 6 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-04-29 13:00:35 UTC
How would empty categories be "cleaned up"?  Note that in this sense, "categories" may or may not have associated category pages, so an "empty category" really has no existence at all except a historical one.  (Well, if the category member count is accurate, anyway.)
Comment 7 Aaron Schulz 2008-12-30 16:35:11 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > Well, what about them?  Should they show on Special:Categories or not?
> > 
> > This could currently be implemented by deleting one line from the file, by the
> > way, so it's only a question of whether to do it.
> > 
> 
> I'm sure we need it to clean up empty categories.
> 

You mean to find and delete pages?
Comment 8 Umherirrender 2012-07-13 14:49:33 UTC
related: bug 26411

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


Navigation
Links