Page MenuHomePhabricator

Babel AutoCreate creating empty categories (already on page preview)
Closed, ResolvedPublic

Description

I suppose because of global user pages, Babel AutoCreate creates many empty categories, like huwikisource:Kategória:User ca or huwikisource:Kategória:User pt. I’m getting tired of cleaning them up without any progress, because it recreates the categories I’ve just deleted.

Event Timeline

I just deleted a dozen of these categories created this week. Can you please do something about it?

@Tacsipacsi Block the bot if it causes trouble. It seems the only solution for now.

But then it won’t create necessary categories, either.

Half a dozen categories, again. I don’t want to block the bot, I want it to not malfunction.

Seven more. It’s really getting on my nerves.

Another half a dozen categories deleted. And the task has not even a triage.

On cswiki a little bit too, but not so many, 21 categories so far

@MarcoAurelio wrote:

@Tacsipacsi Block the bot if it causes trouble. It seems the only solution for now.

Not sure if I can submit a Global Ban request aganist this bot or not, since this bot did a large scale of fires and furies to categorization systems globally.

This comment was removed by stjn.

Another 11 empty categories created recently on cswiki

@MarcoAurelio wrote:

@Tacsipacsi Block the bot if it causes trouble. It seems the only solution for now.

Not sure if I can submit a Global Ban request aganist this bot or not, since this bot did a large scale of fires and furies to categorization systems globally.

Let's block it. Better to have red categories (can be created by the community once needed) than many empty categories outside category tree

@MarcoAurelio wrote:

@Tacsipacsi Block the bot if it causes trouble. It seems the only solution for now.

Not sure if I can submit a Global Ban request aganist this bot or not, since this bot did a large scale of fires and furies to categorization systems globally.

I don't think a global ban would be the appropriate venue. It'd be easier to configure and deploy a kill switch for the extension bot so we can disable it for Wikimedia Production for now. Note that given that this is a "system" account it might not be affected by CentralAuth locks, so I'm not sure I should attempt to do one.

Both categories linked in the description contain pages. Can someone explain what is nature of the empty categories and what is the actual problem?

When you watch Special:Unused categories on any project for a while, you notice every month there are new categories titled as "User xy". These categories have no users inside and also are not categorized. Two issues nobody likes. And every month 10 (on cswiki) categories are created this way by bot, noone knows why. They are just popping up and occupy space in the Unused categories list. That's why some projects block the bot, others are not sure what to do with it.

The bot creates categories, as someone tries to put a template in the preview.

I confirm the creation of a category is immediately triggered just when a preview is done with a {{#babel:xx}} code on a page. I experienced this behavior of WP:FR. The creation should be done only when a page is saved with such a code.

I confirm the creation of a category is immediately triggered just when a preview is done with a {{#babel:xx}} code on a page. I experienced this behavior of WP:FR. The creation should be done only when a page is saved with such a code.

I agree this is problematic and probably should not happen.

Aklapper renamed this task from Babel AutoCreate creating empty categories to Babel AutoCreate creating empty categories (already on page preview).Dec 11 2018, 8:53 PM

This should have been fixed in T42159 (September 2012), but apparently either it wasn’t, or it regressed. Looking at the code, this thing didn’t change much in Babel in the last almost ten years, so it may be a core thing.

Pppery subscribed.

I think the root cause of this is that Babel is creating categories for API action=stashedit requests, which has nothing to do with the parser per se, so retagging.

I have an idea for a patch to fix this, if my understanding of the cause is right. I probably won't get around to finalizing it and posting it to Gerrit until sometime next week, or when my other patches to the extension are merged.

Change 882241 had a related patch set uploaded (by Pppery; author: Pppery):

[mediawiki/extensions/Babel@master] Do category creation during LinksUpdate hook rather than during parse

https://gerrit.wikimedia.org/r/882241

Change 882241 merged by jenkins-bot:

[mediawiki/extensions/Babel@master] Do category creation during LinksUpdate hook rather than during parse

https://gerrit.wikimedia.org/r/882241

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy