Dvorapa added a comment.

  > We can, but I don't think we should.
  > On the English Wikipedia such cases are reported as broken.
  
  It's not just about enwiki. People on Czech Wikipedia complained before about 
this meaningless custom of having two templates doing the same thing. They 
suggested to have just one template (nobots) with all the params (allowbot, 
denybot, allowscript, denyscript) available to use with `{{nobots}}` being used 
as a shortcut for `{{nobots|deny = all}}`. I would also consider this a better 
solution than the current one.
  
  > Other bots that implement this as shown at 
https://en.wikipedia.org/wiki/Template:Bots#Example_implementations will not 
support {{nobots}} with parameters.
  
  This is the only thing that really matters here as Pywikibot is not the only 
one. People are using AWB, WPCleaner, Cat-a-lot, IABot, CommonsDelinker, 
Listeria, et cetera et cetera and also their own bots and scripts. Do we want 
to break the customs? If enwiki (or any other less or more major wiki) decides 
to change this behavior in an RfC or something, we should respect that and 
implement that, but until then, why should we even bother discussing this here, 
on a Phabricator, outside enwiki. If someone really wants to change the 
behavior, they should start an RfC on wiki(s), not request us to make a 
decision.
  
  Also if it's their fault they didn't read the docs/help pages about these 
customs and use incorrect syntax, why should we bother“at all?

TASK DETAIL
  https://phabricator.wikimedia.org/T253709

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Dvorapa
Cc: Xqt, Dvorapa, JJMC89, Aklapper, Liuxinyu970226, russblau, 
pywikibot-bugs-list, JohnsonLee01, Dijkstra, Zkhalido, Viztor, Wenyi, Tbscho, 
MayS, Mdupont, Altostratus, Avicennasis, mys_721tx, jayvdb, Masti, Alchimista, 
Rxy
_______________________________________________
pywikibot-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

Reply via email to