Cannabis Ruderalis

Content deleted Content added
MiszaBot II (talk | contribs)
m Robot: Archiving 1 thread (older than 21d) to Wikipedia talk:Bot policy/Archive 25.
Tag: Reply
Line 1: Line 1:
{{Talk header|WT:B|search=yes}}
{{Policy-talk}}
{{notice|'''This is not the place to request a bot, request approval to run a bot, or to complain about an individual bot'''
{{notice|'''This is not the place to request a bot, request approval to run a bot, or to complain about an individual bot'''
* To request that a bot be created, see '''[[Wikipedia:Bot requests]]'''.
* To request that a bot be created, see '''[[Wikipedia:Bot requests]]'''.
* To request approval to run a bot, see '''[[Wikipedia:Bots/Requests for approval]]'''.
* To request approval to run a bot, see '''[[Wikipedia:Bots/Requests for approval]]'''.
* To report malfunctioning bots, follow the advice in '''[[Wikipedia:Bot policy#Dealing with issues]]'''.
* Bot operators should be contacted at their user discussion page. If a bot appears to be malfunctioning and the operator does not respond, contact an administrator.
* To discuss something else bot-related, see '''[[Wikipedia:Bots/Noticeboard]]'''.
}}
}}
{{Talk header|WT:BOTPOL|search=no}}
{| class="infobox" style="width:270px; font-size:90%;"
{{Policy-talk}}
! [[Image:Vista-file-manager.png|50px|Archive]]<br/>[[Wikipedia:How to archive a talk page|Archives]]
{{Press

| subject = policy page

| author = Robert Gorwa

| title = Twitter has a serious bot problem, and Wikipedia might have the solution
----
| org = [[Quartz (publication)|Quartz]]
|- style="text-align:left;"
| url = https://qz.com/1108092/twitter-has-a-serious-bot-problem-and-wikipedia-might-have-the-solution/
|
| date = 23 October 2017
[[Wikipedia talk:Bots/Archive 1|Archive 1]]{{·}}
| accessdate = 2017-10-23
[[Wikipedia talk:Bots/Archive 2|Archive 2]]{{·}}
}}
[[Wikipedia talk:Bots/Archive 3|Archive 3]]{{·}}
[[Wikipedia talk:Bots/Archive 4|Archive 4]]{{·}}
{{Wikipedia:Bots/ArchiveBox}}
[[Wikipedia talk:Bots/Archive 5|Archive 5]]{{·}}
[[Wikipedia talk:Bots/Archive 6|Archive 6]]{{·}}
[[Wikipedia talk:Bots/Archive 7|Archive 7]]{{·}}
[[Wikipedia talk:Bots/Archive 8|Archive 8]]{{·}}
[[Wikipedia talk:Bots/Archive 9|Archive 9]]{{·}}
[[Wikipedia talk:Bots/Archive 10|Archive 10]]{{·}}
[[Wikipedia talk:Bots/Archive 11|Archive 11]]{{·}}
[[Wikipedia talk:Bots/Archive 12|Archive 12]]{{·}}
[[Wikipedia talk:Bots/Archive 13|Archive 13]]{{·}}
[[Wikipedia talk:Bots/Archive 14|Archive 14]]{{·}}
[[Wikipedia talk:Bots/Archive 15|Archive 15]]{{·}}
[[Wikipedia talk:Bots/Archive 16|Archive 16]]{{·}}
[[Wikipedia talk:Bots/Archive 17|Archive 17]]{{·}}
[[Wikipedia talk:Bots/Archive 18|Archive 18]]{{·}}
[[Wikipedia talk:Bots/Archive 19|Archive 19]]{{·}}
[[Wikipedia_talk:Bot policy/Archive 20|Archive 20]]{{·}}
[[Wikipedia talk:Bots/Archive 21|Archive 21]]{{·}}
[[Wikipedia talk:Bot policy/Archive 22|Archive 22]]{{·}}
[[Wikipedia talk:Bot policy/Archive 23|Archive 23]]{{·}}
[[Wikipedia talk:Bot policy/Archive 24|Archive 24]]{{·}}
[[Wikipedia talk:Bot policy/Archive 25|Archive 25]]
----
[[Wikipedia talk:Bots/Control proposals|Control proposals]]
----
[[Wikipedia talk:Bots/Archive policy|Archive policy]]
----
[[Wikipedia talk:Bots/Archive interwiki|Archive interwiki]] (also some approvals for interwiki bots)
|}<!--Template:Archivebox-->
{{User:MiszaBot/config
{{User:MiszaBot/config
|maxarchivesize = 150K
|maxarchivesize = 150K
|counter = 25
|counter = 29
|minthreadsleft = 4
|minthreadsleft = 4
|minthreadstoarchive = 1
|minthreadstoarchive = 1
Line 54: Line 25:
|archive = Wikipedia talk:Bot policy/Archive %(counter)d
|archive = Wikipedia talk:Bot policy/Archive %(counter)d
}}
}}
{{clear}}

== [[Wikipedia:Bot Approvals Group/nominations/Addshore]] ==

I am currently (self) nominated to become a member of BAG (Bot Approvals group). Any questions and input you have is invited with open arms. '''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 21:38, 16 January 2013 (UTC)


== Systematic mass edits to hidden category dates ==
== Policy clarification ==


[[WP:COSMETICBOT]] lists the "administration of the encyclopedia" as something that is not considered a cosmetic edit. But what about systematic mass edits (made by users, not bots) to adjust dates in hidden category templates such as {{tl|Use American English}} and {{tl|Use mdy dates}}? While they technically affect maintenance categories, they are not reader-facing, clog up watchlists, and are not quite the same as fixing errors like filling in a missing date. Would these be considered substantive or cosmetic? [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 20:31, 3 December 2023 (UTC)
Per [[WP:BRD]] I've undone [//en.wikipedia.org/w/index.php?title=Wikipedia:Bot_policy&diff=531563526&oldid=529745446 a recent addition] to the bot policy: "Except for very trivial cases, an Administrator should refrain from unblocking their own bot."


:Those would be substantive edits. However, they, like anything bot-related, are still subject to consensus. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:26, 3 December 2023 (UTC)
I disagree with that addition (there's a related discussion on the [//en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard&oldid=534207175#Blocking_misbehaving_bots Administrators' Noticeboard]) and would actually prefer the ''opposite'' language to be included: something that explicitly allows a bot operator to unblock their own bot with the caveat that by doing so they are taking responsibility for the bot's activities. 99 times out of 100, a bot operator is responsible enough to do this, and I wouldn't want to see policy geared towards the 1% who aren't. [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 19:51, 21 January 2013 (UTC)
::The documentation at {{tl|Use mdy dates}} is frequently misunderstood. It says that if you check an article and the dates all look fine, you should update the date in the template. I don't see that as a valuable edit unless people are systematically working their way through a backlog, but I am a committed gnome and 90+% of my edits are trivial in nature, so I tend not to complain unless people's edits are, cosmetic, not actually fixing anything, and contrary to guidelines or documentation. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:20, 4 December 2023 (UTC)
:<s>If the bot operator is so responsible, why'd their bot get blocked in the first place? <small>[[User talk:NE Ent|NE Ent]]</small> 19:56, 21 January 2013 (UTC)</s>
:::The specific edits I am referring to are those where users go through a bunch of draft articles and change the date in {{tl|Use American English}} and {{tl|Use mdy dates}} from last month to this month, without changing any of the references in the article (since drafts typically only have a few references). This achieves nothing other than clog people's watchlists. [https://en.wikipedia.org/w/index.php?title=Special:Contributions/KingArti&target=KingArti&offset=202312031438&limit=21 Here] is an example (this behavior isn't limited to one user, but they conducted the most recent batch of mass edits). [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 07:17, 7 December 2023 (UTC)
::Well, there's a difference between responsible and infallible. Bugs do happen, and if the bot op is asleep or away when their bot starts breaking something, blocking it is an appropriate action. Once fixed, unblocking it is appropriate, whether by the bot op or another administrator. [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 20:02, 21 January 2013 (UTC)
::::I agree that those edits seem useless, but I don't think it's really a bot policy issue, i.e. those edits are useless regardless of what scale they're done at. [[User:Legoktm|Legoktm]] ([[User talk:Legoktm|talk]]) 07:37, 7 December 2023 (UTC)
:::I would have to agree with 28bytes, There are times where users change something on wiki without notifying the Operator, who has had working stable bug free code for an extended period of time so that they really don't monitor it any longer. Unexpected changes can cause issues that require minor adjustments in the software if the operator is not notified that the change was made, the bot will continue to break things until the operator is notified. (Policy changes, wikiproject guidelines, ect) [[User:Werieth|Werieth]] ([[User talk:Werieth|talk]]) 20:08, 21 January 2013 (UTC)
:::::{{ec}} Agreed. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 07:38, 7 December 2023 (UTC)
::::I agree with 28bytes however part of the Arbcom restriction against Rich Farmbrough was due to his unblocking of his bot so the Arbcom has already set the precadent that a botop cannot or should not at the very least, unblock their bot. So if it is the case that a bot op is allowed to unblock their bot then that should be relayed to Arbcom as well. [[User:Kumioko|Kumioko]] ([[User talk:Kumioko|talk]]) 20:24, 21 January 2013 (UTC)
::::::I had been wondering whether this would be considered a violation of [[WP:COSMETICBOT]] so I had a policy I could point to when telling the user (and others) to stop. But if it isn't, then I guess I'll just have to ask "pretty please?" and hope they comply. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 07:45, 7 December 2023 (UTC)
::::<s>We don't let admins use their admin privilege for pages they're manually editing per [[WP:INVOLVED|involved]], we shouldn't let them use them for bot operations. What bot task is so urgent it can't wait for review by another admin before proceeding? <small>[[User talk:NE Ent|NE Ent]]</small> 20:34, 21 January 2013 (UTC)</s>
:::::::It's not technically a violation of [[WP:COSMETICBOT]], but it is a likely violation of [[WP:BOTREQUIRE]] #2, edits must be deemed useful, 3 (not consume resources unnecessarily, i.e. not pointlessly clog watchlists and edit histories), and possibly 4 (consensus).
:::::I don't think it's a question of rushing, I think it's a question of who's most knowledgeable about whether the bot will operate correctly if unblocked. [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 20:42, 21 January 2013 (UTC)
:::::::Citation bot, for instance, updates broken DOI categories if they're more than 6 months old, rather than every month, to reduce that clogging. But there it also serves a purpose knowing that a broken DOI has been recently checked to still be broken. I don't know what purpose there is in saying In January 2018, the article used DMY date formats, or used British English. If DMY was the format then, it should still be the format today. Likewise for British English. I don't see the purpose of having those categories dated to begin with. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 11:11, 7 December 2023 (UTC)
{{edit conflict}}Too much time thinking about a [[corner case]] -- hopefully any editor that's survived an Rfa will have enough sense to know whether or not they should restart their bot without getting additional community or BAG input. <small>[[User talk:NE Ent|NE Ent]]</small> 20:43, 21 January 2013 (UTC)
:::::::: For {{tl|use dmy dates}} and {{tl|use mdy dates}}, the templates' documentation explains that the date is supposed to indicate when the article was last checked for consistency and suggests that the point of updating it is to facilitate re-checking articles periodically. OTOH, the docs for {{tl|Use British English}} and {{tl|Use American English}} (I haven't checked the other 20-ish country-English templates) do not indicate that the date should be updated despite similar logic potentially applying there. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 12:52, 7 December 2023 (UTC)
:Again its really a non issue since Arbcom has already ruled than an Admin/Bot op cannot unblock their own bot. I/we don't have to agree with it, but the decision was made. [[User:Kumioko|Kumioko]] ([[User talk:Kumioko|talk]]) 21:31, 21 January 2013 (UTC)
::ArbCom doesn't get to make policy (although it may seem like they do at times.) Part of the reason they ruled on this issue in the way that they did is the lack of clarity in the bot policy. If we clarify the bot policy, ArbCom won't have to "read between the lines" and interpret the policy in a way that's (in my view) counter to common sense and general practice. [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 02:31, 22 January 2013 (UTC)
:::::::::Based mainly on the above (and also partly because this isn't solely a bot issue) I think it might be worth clarifying at some central location (VPP?) about how we really want these templates to be used. I do agree that a template saying "this page should be written in British English" (which for the record gives no ''visible'' indication of such) probably does not need to be dated. Who or when someone last checked the page ''is'' written in the correct variant is largely irrelevant, as the very next edit could theoretically go against that. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 14:14, 7 December 2023 (UTC)
::::::::::Changing the date on {{tl|Use American English}} appears to be contrary to that template's current documentation, so the editor in question should be notified. Changing the date on {{tl|use dmy dates}} is recommended by the documentation but is confusing and probably not necessary. Starting a discussion on that template's talk page (after reviewing the archives to see the confusion over the years) may be fruitful. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:29, 7 December 2023 (UTC)
:::Consensus here tells Arbcom what to do, not the other way around. To be sure, though, there are a lot of people who think unblocking your own bot for any reason whatsoever is a grotesque violation of INVOLVED, so I think that was what arbcom was appealing to. To me, that feels like missing the point of INVOLVED, at least in cases where the block is due to a bug and not to some dispute about what the bot ought to be doing. If the bot operator agrees with the blocker and has fully addressed all of the concerns of the blocker I think unblocking by the operator is fine, and should be fine even without express permission. [[User:HaugenErik|HaugenErik]] ([[User talk:HaugenErik|talk]]) 19:12, 23 January 2013 (UTC)
:::::::::::Well, this has gone quite beyond the scope of my initial comment... I should note that the effects of changing the date in those templates can be felt by users only if they have hidden categories turned on in their Preferences and can see one of the subcats of [[:Category:Use American English]], [[:Category:Use mdy dates]], etc. [[User:InfiniteNexus|InfiniteNexus]] ([[User talk:InfiniteNexus|talk]]) 19:19, 7 December 2023 (UTC)
{{od}}There is no actual consensus behind this idea: {{tq|For {{tl|use dmy dates}} and {{tl|use mdy dates}}, the templates' documentation explains that the date is supposed to indicate when the article was last checked for consistency and suggests that the point of updating it is to facilitate re-checking articles periodically.}} This is against MEATBOT and COSMETICBOT principles and is annoying the hell out of lot of people for no constructive purpose. If there is an actual maintenance rationale to changing the date-stamp in the {{tnull|Use {{var|xxx}} dates}} template at all (I've yet to see anyone demonstrate this), then it could only be applicable when dates in the article have actually been found to be inconsistent and have been normalized to the same format again. Otherwise someone could literally set up a robotic process to check every single article on the system with such a template and update its timestamp for no reason, every single month, triggering pretty much every watchlist of every user, repeatedly, for absolutely no useful reason at all.{{pb}}It's {{em|already}} a severe annoyance just with a handful of, uh, "devoted" users taking someone's one-off and ill-considered idea to put "when the article was last checked" in the /doc page, and running with it as license to futz around with at least thousands of timestamps for no constructive purpose. This kind of has elements of [[WP:NOT#GAME]] to it; its like those pointless [[FarmVille|farming games]] where you check in over and over again to harvest meaningless virtual plants, all endlessly and to no purpose other than generating more e-plants to farm, repeating it all obsessively just to pass the time.{{pb}}The template /doc needs to be changed to say "when dates were last changed in the article", or simply have the entire part about changing the template timestamp removed. There was actually value to something like {{tlx|Use DMY dates|July 2013}}, since it indicated when the date format was established, but we've now mostly lost this due to all this cosmetic-meatbot fiddling. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 01:48, 19 December 2023 (UTC)
:You may very well be correct about there not being consensus behind it, but it's not at all clear enough for me to be willing to take any action to enforce this supposed consensus. If there is a discussion that finds changing these dates to be against consensus and the problem continues I would have no problem removing AWB access or if necessary issue blocks. Before that happens though I don't believe there is much to be done.
:I've long considered making a category for backlogs suitable for AWB. Such a category may help users move over to similar higher value tasks. --[[User:Trialpears|Trialpears]] ([[User talk:Trialpears|talk]]) 06:24, 19 December 2023 (UTC)
: Wow, that's quite the rant complete with incorrect references to [[WP:MEATBOT]] and [[WP:COSMETICBOT]]. I don't know whether there's "consensus" behind what the doc states, but it's a clear fact that the doc does currently state it. If you want to establish whether consensus for it exists or not, a well-balanced RFC at a Village pump would be the way to go. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 11:23, 19 December 2023 (UTC)


== Clarifying WP:MEATBOT ==
See also [[Wikipedia talk:Blocking policy/Archive 18#Unblocking bot accounts]]. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 22:58, 21 January 2013 (UTC)


This section needs to make it clear that the behaviors described in [[WP:COSMETICBOT]] also apply to human [[WP:MEATBOT]] editing, namely hitting everyone's watch lists over and over again for no good reason by making trivial, cosmetic, twiddling changes without also in the same edit doing something to improve the content in some way for the reader, or to fix something to comply with a policy or guideline, or to repair a technical problem, or to do something else otherwise substantive.
::I also disagree with the change. As I said on AN/ANI. The bot operator has the best, if not the only idea of how that particular bot works, they are the only people to know if an issue has been fixed and therefore an admin botop should be allowed to unblock their own bot. If you were to make an admin botop ask at AN before their bot were unblocked the basic conversation would be the botop asking for unblock, the admin asking if the issue was fixed, the botop saying yes, the admin unblocking but 100% relying on the word of the botop. I could write an entire section for the policy page and on this talk page about this 'issue' but I hope I don't have to.
::[[User:Kumioko|Kumioko]] Where can I find this? "Arbcom has already set the precadent that a botop cannot or should not at the very least, unblock their bot."
::[[User:Ne Ent|Ne Ent]] you say "If the bot operator is so responsible, why'd their bot get blocked in the first place?". My bot has been blocked 6 times (twice by me), this does not at all reflect on me as an editor or administrator, it is simply the easiest way to instantly turn off the bot. I have also performed every unblock of my bot.
::Just for reference the two other places there has recently been discussion about this issue or events leading up to it can be found >>> [[Wikipedia:Administrators%27_noticeboard/IncidentArchive782#User:CrimsonBot_is_malfunctioning]] and [[Wikipedia:An#Blocking_misbehaving_bots]]
::'''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 23:41, 21 January 2013 (UTC)
Here you go:
*[[Wikipedia:Arbitration/Requests/Case/Rich Farmbrough#Misuse of administrative tools]]
*[[Wikipedia:Arbitration/Requests/Case/Rich Farmbrough#Unblocking of SmackBot]] - This was recently vactated however I believe the original intent and purpose still stand. [[User:Kumioko|Kumioko]] ([[User talk:Kumioko|talk]]) 00:20, 22 January 2013 (UTC)


The consistent interpretation at ANI, etc., is that MEATBOT {{em|does}} include COSMETICBOT-style futzing around, and people have been restricted or warned repeatedly against doing things like just replacing redirects with piped links to the actual page name, adding or removing spaces that do not affect the page rendering, and so on. So MEATBOT needs to account for this consensus application, but it presently only addresses careless speed and failure to review semi-automated edits before saving them. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 01:26, 19 December 2023 (UTC)
*My "two" cents as a bot operator who can't unblock his bot:
**I would rather have someone block my bot if it is potentially making mistakes rather than just pointing it out to me and making me rollback hundreds of edits.
**For some of my long-running scripts, I wrote in a /Stop page that disables the task, so all the tasks don't have to be stopped. This is something that most bots should probably do.
**Nearly all my scripts run on a crontab, so if you block the bot for an hour it won't stop the same broken task from running tomorrow.
**There's no way for someone to actually tell if I fixed my bot or not unless they look into my toolserver/labs directory and look at the code.
**My bot does a lot of different things, so once I've disabled that task (on my crontab as well), I'll try and get the blocking admin to unblock, but if they're not around I'll flag down an admin on IRC.
*tl;dr: There's nothing wrong with an admin unblocking his own bot as long as the underlying problem is fixed or disabled. [[User:Legoktm|Legoktm]] ([[User talk:Legoktm|talk]]) 00:44, 22 January 2013 (UTC)


:Here's the last sentence of [[WP:COSMETICBOT]] which makes clear that meat bots also should follow it: {{tq|While this policy applies only to bots, human editors should also follow this guidance if making such changes in a bot-like manner.}} I do not believe there would be any backlash to you adding a reference to this consensus in the meatbot section as well. --[[User:Trialpears|Trialpears]] ([[User talk:Trialpears|talk]]) 01:44, 19 December 2023 (UTC)
=== How about this? ===
::Yes, the issue is that ther is no mention of this at MEATBOT. Pretty much no one is going to look in COSMETICBOT for rules about human editing when there is a section for rules about human editing. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 17:48, 19 December 2023 (UTC)
{{cot|I prefer NE Ent's version, so let's discuss that instead. [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 04:04, 22 January 2013 (UTC)}}
:::MEATBOT applies to all types of edits, it doesn't need to point to cosmetic bot specifically. If you're being accused of behaving like a bot, it doesn't matter if you are a bot or not, for purpose of dispute resolution knock it off until things are resolved. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 01:31, 20 December 2023 (UTC)
How about adding something like:
: What exactly needs to be "made clear"? I haven't seen anyone having an alternative interpretation. OTOH, I have seen you in the section just above misinterpreting what both of these sections actually mean. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 11:28, 19 December 2023 (UTC)
{{quotation|If a bot is blocked, the bot operator may unblock the bot once the problem has been fixed, or request an administrator to unblock the bot if the bot operator is not an administrator. Unblocking one's bot without fixing the underlying problem is likely to lead to sanctions, including revocation of bot operator privileges.}}
::I've definitely seen people having an alternative interpretation; several of them hit my watchlist on a daily basis, and I've been involved in a user-talk disputation about this stuff with one of them over the last day or so. What needs to be made clear is that COSMETICBOT cross-references MEATBOT by implication, with "human editors should also follow this guidance", but MEATBOT, which is where people look for what pertains to human editors' bot-like activity, makes no mention of it. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 17:48, 19 December 2023 (UTC)
I think that strikes the appropriate balance of saying there's not a problem with unblocking your bot '''unless''' you do it irresponsibly, in which case you'll get in trouble (as you should.) Thoughts? [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 02:40, 22 January 2013 (UTC)
::: If you're referring to [[User talk:Tom.Reding#MEATBOT]], you're misinterpreting [[WP:COSMETICBOT]] there too. As [[User:Tom.Reding|Tom.Reding]] noted, the edits you're complaining about there fall under {{tq|the "administration of the encyclopedia", such as the maintenance of [[WP:HIDDENCAT|hidden categories]] used to track [[WP:BACKLOG|maintenance backlogs]]}} point. While you clearly disagree that that method of tracking that particular backlog is useful, it still falls under that bullet until a consensus discussion determines otherwise. This is not the place for that discussion.{{pb}}As for [[WP:MEATBOT]], there's a huge grey area where it comes to whether semi-automated edits need a BRFA or not as noted at [[WP:SEMIAUTOMATED]]. The point of [[WP:MEATBOT]] is more a special case of [[WP:DUCK]], to cut off the "it's not a bot, I made each edit manually!" argument that was at one point derailing discussions about disruptive mass editing at ANI. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 20:50, 19 December 2023 (UTC)
:That sounds fine to me. --[[User_talk:Chris G|<span style="color:Green; font-weight: bold;">Chris</span>]] 02:42, 22 January 2013 (UTC)
::::[sigh] This doesn't have anything of any kind to do with any discussion with Tom.Reding (which I don't even recall) or anyone else in particular. It has to do with having to say "See [[WP:MEATBOT]] and see also the human-editor provision in [[WP:COSMETICBOT]]". The only reason both policy sections have to be cited individually (when applicable) is lack of two-way cross-referencing. Anyone reading MEATBOT has no idea there is also pertinent material in COSMETICBOT and would never guess that, because the title of MEATBOT is "Bot-like editing", strongly implying that the only thing in the page about editing by humans is in that section, which of course is not true. This would be fixed by simply adding something like "[[Wikipedia:Bot policy#Cosmetic changes|Purely cosmetic changes]] performed by a human editor in a bot-like fashion may also be considered disruptive.", at the bottom of MEATBOT. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 21:11, 8 January 2024 (UTC)
::sounds good. '''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 02:50, 22 January 2013 (UTC)
:::::Done [https://en.wikipedia.org/w/index.php?title=Wikipedia%3ABot_policy&diff=1195249741&oldid=1194117658 here], since no one objected to that simple cross-reference. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 00:44, 13 January 2024 (UTC)
{{cob}}
Oppose per instruction creep, but if we must, suggest tightening it to:
{{quotation|If a bot is blocked, the bot operator may unblock the bot once the problem has been fixed, or request an administrator to unblock the bot. Unblocking one's bot without fixing the underlying problem may lead to sanctions, including revocation of bot operator privileges.}}
Also changing ''likely'' to ''may'' -- cause I think ''may'' is a more flexible word. <small>[[User talk:NE Ent|NE Ent]]</small> 03:56, 22 January 2013 (UTC)
:I'm fine with those changes. (Fixed a typo in your version, hope you don't mind.) [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 03:58, 22 January 2013 (UTC)
:::''Nooooooo!'' Editing other editor's comments in violation of [[WP:TPG|tpg]]??? Block! Desysop! To AN! To ArbCom! ... <small>No, wait, gotta walk the dog, maybe next time</small> <small>[[User talk:NE Ent|NE Ent]]</small> 04:05, 22 January 2013 (UTC)
::Also fine here '''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 03:59, 22 January 2013 (UTC)
:Either works for me. [[User:Legoktm|Legoktm]] ([[User talk:Legoktm|talk]]) 04:00, 22 January 2013 (UTC)
::I propose changing "Unblocking one's bot" to "Unblocking one's bot or requesting an unblock" '''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 04:06, 22 January 2013 (UTC)
:::Ugh, no. That wording is too long and cumbersome. I think the intent is clear enough in the original wording without it. If we must have it, use brackets -- Unblocking one's bot (or requesting an unblock) --[[User_talk:Chris G|<span style="color:Green; font-weight: bold;">Chris</span>]] 04:23, 22 January 2013 (UTC)
::::Yeah, I think I'm with Chris on that one... Has anyone ever been sanctioned for requesting an unblock? Not saying they ''shouldn't'' be, of course, just that policy should describe reality, not dictate it. [[User:28bytes|28bytes]] ([[User talk:28bytes|talk]]) 04:26, 22 January 2013 (UTC)
:::::My point was, as it has always been, that the admin is trusting the botop to have resolved the problem, there is no guarantee, therefore if the bot were to be unblocked via a request but then were to start doing the same bad edits again that could result in "sanctions, including revocation of bot operator privileges." I agree it could stay as it is, I just feeling adding this tiny bit would include the example case I just mentioned. '''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 04:35, 22 January 2013 (UTC)
: The one concern I have is what happens where the block is not for a simple technical malfunction, but for a case where it turns out there is not necessarily consensus for the bot's task (or some portion of it) after all? It's reasonably likely that an "overly-enthuiastic" bot operator might declare consensus or might make changes that in his mind address the complaints (but don't address them in the minds of others) and unblock his own bot rather than wait for someone uninvolved to close the discussion. This sort of thing is implicitly addressed here, but should we make it more explicit? At least a caution that if the unblock is at all likely to be at all controversial (for reasons other than "OMG!! He unblocked his own bot!!"), it would be better done by an uninvolved admin? [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 12:48, 22 January 2013 (UTC)
::Yeah, to me that is a key distinction. If the reason for the block is not a simple bug/malfunction, but a dispute about what is ok for the bot to be doing, then the operator should not unblock unless there's a discussion/agreement or the operator configures the bot to operate as suggested by the blocker; that is, after removing the cause for dispute. This all seems pretty straightforward if we can get past the feeling that unblocking a bot isn't really a violation of the spirit of INVOLVED—if you're doing anything ''en masse'' with or without bots and someone asks you to stop then you should discuss it. That's all that's happening in this kind of scenario, really. [[User:HaugenErik|HaugenErik]] ([[User talk:HaugenErik|talk]]) 19:21, 23 January 2013 (UTC)
: <!-- Split from the above so discussion and meta-discussion replies may be kept separate. --> Also, I'd suggest advertising this discussion at [[WT:BLOCK]] and [[WP:VPP]], maybe [[WP:BON]], maybe [[WP:AN]] more explicitly (I know it was mentioned in the recent discussion, but that was easy to miss), and since this relates to recent arbcom junk it may be worth poking [[WP:AC/N]] too. We don't want people coming by later and claiming this discussion wasn't advertised widely enough.
: And whatever gets decided here should also be mentioned in the bot section of [[WP:BLOCK]]. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 12:48, 22 January 2013 (UTC)
: I think the policy should say that, by default, '''unblocking of an approved bot is at the discretion of the bot operator'''. For an admin botop, this means they may unblock the bot themselves. For a non-admin botop, this means that an unblock request will be uncontroversial. I'm opposed to the policy according any unnecessary privilege to admin botops. When I say "by default", I acknowledge that there are cases when this is inappropriate, but this would place the onus on the blocking administrator to state that explicitly (and subsequently be prepared to justify it). For the same reason, I would also encourage any administrator seeking to stop a bot to use any operator-provided stop mechanism in preference to a block. Cheers, [[User:Bovlb|Bovlb]] ([[User talk:Bovlb|talk]]) 20:28, 22 January 2013 (UTC)


== Does a bot require an authorized account if it doesn't make edits ==
In general, I think bot operators who are also admins should be able to unblock their own bots, it's an efficient and reasonable use of the tools. I'm okay with the explicit wording being put in policy, but, really, if your bot is blocked, it's generally because something went wrong and needs addressed. I don't think it's a problem that non-admin operators have to request an unblock for their bot. At some point you have to say, use the tools you've been granted by the community. If you're an admin, you've been granted unblock privileges. If you can't use them properly, the community should sanction you.


I'm just curious, do you need permission to use an algorithm to comb through information on Wikipedia (like to find out how many times a word appears on Wikipedia, finding the pages that get edited the least, ect.) Assuming that it's code isn't on Wikipedia. I currently don't have the knowledge or skills to program something like that, but I'm still curious, and I might eventually have the ability to program that. [[User:Not a kitsune|Not a kitsune]] ([[User talk:Not a kitsune|talk]]) 15:26, 7 January 2024 (UTC)
There is a case where a bot operator unblocked his own bot when the community consensus for the task was being discussed (Anybot). It was a bad unblock on the operator/admin's part (Smith/Martin), and he was told that he should not have done so, and another admin blocked the bot permanently. Martin ran for adminship based on his desire to be able to unblock his bots at will, and the community granted him adminship. I think this establishes some community input on the matter, although the RFA is probably very old. Having had this happen, does not, in my opinion, detract from the fact that if the bot is blocked, obviously the operator should check for why it was blocked and fix it, and, if the operator has admin privileges, there should be no need to formally request an unblock, that's just added bureaucracy, so is deciding the policy should be the same for admins versus non admins as bot operators, it's almost like taking away a community-granted higher vetted level of trust. -[[Special:Contributions/64.134.221.141|64.134.221.141]] ([[User talk:64.134.221.141|talk]]) 01:13, 23 January 2013 (UTC)
*Wouldn't a lot of this be unnecessary if most bots were required to have kill switch pages that would allow them to be disabled without resorting to a block, or even kill specific tasks that are causing a problem? Is there a good reason for bots not to have one? [[User:Monty845|<font color="Green">Monty</font>]][[User talk:Monty845|<small><sub><font color="#A3BFBF">845</font></sub></small>]] 06:59, 24 January 2013 (UTC)
::This could make blocking bots almost unneeded, but killswitch pages generally don't stop a bot editing immediately as blocking does. '''[[User:Addshore|<span style="color:black;">·Add§hore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">T<small>alk</small> T<small>o</small> M<small>e</small>!</span>]]</sup></span> 19:21, 24 January 2013 (UTC)
::There's also the circumstance when the bot is misbehaving so badly that the killswitch doesn't work. [[User:Legoktm|Legoktm]] ([[User talk:Legoktm|talk]]) 19:55, 24 January 2013 (UTC)


:@[[User:Not a kitsune|Not a kitsune]] ''in general'' you don't even need an account to just <u>read</u> pages. However, if you generate some sort of exceptionally high number of requests that cause disruption to the systems the system administrators may block your connection. If you want to do some very heavy mining you are likely going to be better of using a [[WP:DUMP]] that you can download and mine off-line - especially as your use case seems to be for looking at the "current version" of pages and not being particular if the page is slightly out of date. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 16:12, 7 January 2024 (UTC)
== Questions about cosmetic changes ==
::See also [[WP:EXEMPTBOT]] &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 23:37, 7 January 2024 (UTC)
::thanks for answering my question. [[User:Not a kitsune|Not a kitsune]] ([[User talk:Not a kitsune|talk]]) 21:14, 17 January 2024 (UTC)


== Require tracking maxlag ==
I had a few questions regarding the section "Cosmetic changes." Would [[WP:CHECKWIKI]] things fall under this category? It's a [[User:Fox Wilson|Fox]]! <small>[[User talk:Fox Wilson|(Talk to me?)]]</small> 15:02, 10 February 2013 (UTC)


The policy currently does not mandate tracking the <code>maxlag</code> parameter. Wouldn't it make sense to have this tracking be a explicit requirement considering that most bots will already have to follow it to be compliant with the [[mw:API:Etiquette#The maxlag parameter|API Etiquette]] ? [[User:Sohom Datta|Sohom]] ([[User talk:Sohom Datta|talk]]) 22:24, 3 March 2024 (UTC)
== Bot editing of un-reviewed pending edits. ==


:Courtesty ping {{u|Novem Linguae}} :) [[User:Sohom Datta|Sohom]] ([[User talk:Sohom Datta|talk]]) 22:28, 3 March 2024 (UTC)
Could I propose that in general, bots should not be editing pages that have un-reviewed edits under pending changes protection. The exception should of course be bots like cluebot. [https://en.wikipedia.org/w/index.php?title=Park_Geun-hye&oldid=543943442 This edit] shows why. The vandal removed part of the content including a tag, a bot then replaced the tag leaving the rest of the vandalism in place.[[w:User:Martin451|Martin'''<font style="color:#FB0">4</font><font style="color:#F00">5</font><font style="color:#F60">1</font>''']] ([[w:User talk:Martin451#top|talk]]) 23:04, 13 March 2013 (UTC)
:I don't see what the issue is. The bot's edit isn't automatically-accepted, so you can revert it like you normally would, and eventually the bot will come by and make the edit again. [[User:Legoktm|Legoktm]] ([[User talk:Legoktm|talk]]) 23:22, 13 March 2013 (UTC)
::Ah, I didn't know this was in API etiquette. Interesting. I'm still mildly opposed, but let's let others weigh in. [[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 22:33, 3 March 2024 (UTC)
:::I will preface by saying that I don't know exactly how the backend of AWB works, but if it doesn't track maxlag then we should not mandate its tracking because any AWB bot would automatically be violating it. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 12:23, 4 March 2024 (UTC)
:It also helps to notify the bot owner. I too don't see any issues. If someone vandalizes the page and my bot tags the page with the padlock afterwards, just revert the edits, including the bot's, and Cyberbot II will un/retag the page as necessary. I did omit it from marking edits as automatically accepted with a preceding pending edit for a reason.—[[User:C678|<span style="color:green;font-family:Neuropol">cyberpower]] [[User talk:C678|<sup style="color:red;font-family:arnprior">Chat]]<sub style="margin-left:-4.4ex;color:red;font-family:arnprior">Offline</sub> 23:46, 13 March 2013 (UTC)
::::My understanding is that [[mw:Pywikibot|Pywikibot]] and [[WP:AWB|AWB]] both already track maxlag (I might be wrong though). [[WP:JWB]] appears to not track the parameter though, maybe we can the ask the maintainer to add support for it. [[User:Sohom Datta|Sohom]] ([[User talk:Sohom Datta|talk]]) 12:46, 4 March 2024 (UTC)
: I note the reverted edit to this policy had changed "may" to "should", not "must" as implied by the paragraph here. The API Etiquette page also says "should". That stops short of a requirement, particularly if we're using plain English meanings rather than [[RFC 2119]]. Since we seldom directly review the code, and have no way to verify that the code posted is actually the code running or to check the parameters on API queries made, any actual requirement would be nearly unenforceable by us anyway.{{pb}}As for "may" versus "should", again particularly since we're using plain English meanings rather than RFC 2119, I find myself without a strong opinion on the matter. "Should" seems fine to me, as long as people aren't going to try to misinterpret it as a requirement and start "attacking" bots they don't like over it. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 06:44, 5 March 2024 (UTC)
::It is my view that if you put "should" in a Wikipedia policy, that folks will interpret it as a requirement. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 14:48, 5 March 2024 (UTC)

Revision as of 14:48, 5 March 2024

Systematic mass edits to hidden category dates

WP:COSMETICBOT lists the "administration of the encyclopedia" as something that is not considered a cosmetic edit. But what about systematic mass edits (made by users, not bots) to adjust dates in hidden category templates such as {{Use American English}} and {{Use mdy dates}}? While they technically affect maintenance categories, they are not reader-facing, clog up watchlists, and are not quite the same as fixing errors like filling in a missing date. Would these be considered substantive or cosmetic? InfiniteNexus (talk) 20:31, 3 December 2023 (UTC)[reply]

Those would be substantive edits. However, they, like anything bot-related, are still subject to consensus. Headbomb {t · c · p · b} 21:26, 3 December 2023 (UTC)[reply]
The documentation at {{Use mdy dates}} is frequently misunderstood. It says that if you check an article and the dates all look fine, you should update the date in the template. I don't see that as a valuable edit unless people are systematically working their way through a backlog, but I am a committed gnome and 90+% of my edits are trivial in nature, so I tend not to complain unless people's edits are, cosmetic, not actually fixing anything, and contrary to guidelines or documentation. – Jonesey95 (talk) 03:20, 4 December 2023 (UTC)[reply]
The specific edits I am referring to are those where users go through a bunch of draft articles and change the date in {{Use American English}} and {{Use mdy dates}} from last month to this month, without changing any of the references in the article (since drafts typically only have a few references). This achieves nothing other than clog people's watchlists. Here is an example (this behavior isn't limited to one user, but they conducted the most recent batch of mass edits). InfiniteNexus (talk) 07:17, 7 December 2023 (UTC)[reply]
I agree that those edits seem useless, but I don't think it's really a bot policy issue, i.e. those edits are useless regardless of what scale they're done at. Legoktm (talk) 07:37, 7 December 2023 (UTC)[reply]
(edit conflict) Agreed. Primefac (talk) 07:38, 7 December 2023 (UTC)[reply]
I had been wondering whether this would be considered a violation of WP:COSMETICBOT so I had a policy I could point to when telling the user (and others) to stop. But if it isn't, then I guess I'll just have to ask "pretty please?" and hope they comply. InfiniteNexus (talk) 07:45, 7 December 2023 (UTC)[reply]
It's not technically a violation of WP:COSMETICBOT, but it is a likely violation of WP:BOTREQUIRE #2, edits must be deemed useful, 3 (not consume resources unnecessarily, i.e. not pointlessly clog watchlists and edit histories), and possibly 4 (consensus).
Citation bot, for instance, updates broken DOI categories if they're more than 6 months old, rather than every month, to reduce that clogging. But there it also serves a purpose knowing that a broken DOI has been recently checked to still be broken. I don't know what purpose there is in saying In January 2018, the article used DMY date formats, or used British English. If DMY was the format then, it should still be the format today. Likewise for British English. I don't see the purpose of having those categories dated to begin with. Headbomb {t · c · p · b} 11:11, 7 December 2023 (UTC)[reply]
For {{use dmy dates}} and {{use mdy dates}}, the templates' documentation explains that the date is supposed to indicate when the article was last checked for consistency and suggests that the point of updating it is to facilitate re-checking articles periodically. OTOH, the docs for {{Use British English}} and {{Use American English}} (I haven't checked the other 20-ish country-English templates) do not indicate that the date should be updated despite similar logic potentially applying there. Anomie 12:52, 7 December 2023 (UTC)[reply]
Based mainly on the above (and also partly because this isn't solely a bot issue) I think it might be worth clarifying at some central location (VPP?) about how we really want these templates to be used. I do agree that a template saying "this page should be written in British English" (which for the record gives no visible indication of such) probably does not need to be dated. Who or when someone last checked the page is written in the correct variant is largely irrelevant, as the very next edit could theoretically go against that. Primefac (talk) 14:14, 7 December 2023 (UTC)[reply]
Changing the date on {{Use American English}} appears to be contrary to that template's current documentation, so the editor in question should be notified. Changing the date on {{use dmy dates}} is recommended by the documentation but is confusing and probably not necessary. Starting a discussion on that template's talk page (after reviewing the archives to see the confusion over the years) may be fruitful. – Jonesey95 (talk) 17:29, 7 December 2023 (UTC)[reply]
Well, this has gone quite beyond the scope of my initial comment... I should note that the effects of changing the date in those templates can be felt by users only if they have hidden categories turned on in their Preferences and can see one of the subcats of Category:Use American English, Category:Use mdy dates, etc. InfiniteNexus (talk) 19:19, 7 December 2023 (UTC)[reply]

There is no actual consensus behind this idea: For {{use dmy dates}} and {{use mdy dates}}, the templates' documentation explains that the date is supposed to indicate when the article was last checked for consistency and suggests that the point of updating it is to facilitate re-checking articles periodically. This is against MEATBOT and COSMETICBOT principles and is annoying the hell out of lot of people for no constructive purpose. If there is an actual maintenance rationale to changing the date-stamp in the {{Use xxx dates}} template at all (I've yet to see anyone demonstrate this), then it could only be applicable when dates in the article have actually been found to be inconsistent and have been normalized to the same format again. Otherwise someone could literally set up a robotic process to check every single article on the system with such a template and update its timestamp for no reason, every single month, triggering pretty much every watchlist of every user, repeatedly, for absolutely no useful reason at all.

It's already a severe annoyance just with a handful of, uh, "devoted" users taking someone's one-off and ill-considered idea to put "when the article was last checked" in the /doc page, and running with it as license to futz around with at least thousands of timestamps for no constructive purpose. This kind of has elements of WP:NOT#GAME to it; its like those pointless farming games where you check in over and over again to harvest meaningless virtual plants, all endlessly and to no purpose other than generating more e-plants to farm, repeating it all obsessively just to pass the time.

The template /doc needs to be changed to say "when dates were last changed in the article", or simply have the entire part about changing the template timestamp removed. There was actually value to something like {{Use DMY dates|July 2013}}, since it indicated when the date format was established, but we've now mostly lost this due to all this cosmetic-meatbot fiddling.  — SMcCandlish ¢ 😼  01:48, 19 December 2023 (UTC)[reply]

You may very well be correct about there not being consensus behind it, but it's not at all clear enough for me to be willing to take any action to enforce this supposed consensus. If there is a discussion that finds changing these dates to be against consensus and the problem continues I would have no problem removing AWB access or if necessary issue blocks. Before that happens though I don't believe there is much to be done.
I've long considered making a category for backlogs suitable for AWB. Such a category may help users move over to similar higher value tasks. --Trialpears (talk) 06:24, 19 December 2023 (UTC)[reply]
Wow, that's quite the rant complete with incorrect references to WP:MEATBOT and WP:COSMETICBOT. I don't know whether there's "consensus" behind what the doc states, but it's a clear fact that the doc does currently state it. If you want to establish whether consensus for it exists or not, a well-balanced RFC at a Village pump would be the way to go. Anomie 11:23, 19 December 2023 (UTC)[reply]

Clarifying WP:MEATBOT

This section needs to make it clear that the behaviors described in WP:COSMETICBOT also apply to human WP:MEATBOT editing, namely hitting everyone's watch lists over and over again for no good reason by making trivial, cosmetic, twiddling changes without also in the same edit doing something to improve the content in some way for the reader, or to fix something to comply with a policy or guideline, or to repair a technical problem, or to do something else otherwise substantive.

The consistent interpretation at ANI, etc., is that MEATBOT does include COSMETICBOT-style futzing around, and people have been restricted or warned repeatedly against doing things like just replacing redirects with piped links to the actual page name, adding or removing spaces that do not affect the page rendering, and so on. So MEATBOT needs to account for this consensus application, but it presently only addresses careless speed and failure to review semi-automated edits before saving them.  — SMcCandlish ¢ 😼  01:26, 19 December 2023 (UTC)[reply]

Here's the last sentence of WP:COSMETICBOT which makes clear that meat bots also should follow it: While this policy applies only to bots, human editors should also follow this guidance if making such changes in a bot-like manner. I do not believe there would be any backlash to you adding a reference to this consensus in the meatbot section as well. --Trialpears (talk) 01:44, 19 December 2023 (UTC)[reply]
Yes, the issue is that ther is no mention of this at MEATBOT. Pretty much no one is going to look in COSMETICBOT for rules about human editing when there is a section for rules about human editing.  — SMcCandlish ¢ 😼  17:48, 19 December 2023 (UTC)[reply]
MEATBOT applies to all types of edits, it doesn't need to point to cosmetic bot specifically. If you're being accused of behaving like a bot, it doesn't matter if you are a bot or not, for purpose of dispute resolution knock it off until things are resolved. Headbomb {t · c · p · b} 01:31, 20 December 2023 (UTC)[reply]
What exactly needs to be "made clear"? I haven't seen anyone having an alternative interpretation. OTOH, I have seen you in the section just above misinterpreting what both of these sections actually mean. Anomie 11:28, 19 December 2023 (UTC)[reply]
I've definitely seen people having an alternative interpretation; several of them hit my watchlist on a daily basis, and I've been involved in a user-talk disputation about this stuff with one of them over the last day or so. What needs to be made clear is that COSMETICBOT cross-references MEATBOT by implication, with "human editors should also follow this guidance", but MEATBOT, which is where people look for what pertains to human editors' bot-like activity, makes no mention of it.  — SMcCandlish ¢ 😼  17:48, 19 December 2023 (UTC)[reply]
If you're referring to User talk:Tom.Reding#MEATBOT, you're misinterpreting WP:COSMETICBOT there too. As Tom.Reding noted, the edits you're complaining about there fall under the "administration of the encyclopedia", such as the maintenance of hidden categories used to track maintenance backlogs point. While you clearly disagree that that method of tracking that particular backlog is useful, it still falls under that bullet until a consensus discussion determines otherwise. This is not the place for that discussion.
As for WP:MEATBOT, there's a huge grey area where it comes to whether semi-automated edits need a BRFA or not as noted at WP:SEMIAUTOMATED. The point of WP:MEATBOT is more a special case of WP:DUCK, to cut off the "it's not a bot, I made each edit manually!" argument that was at one point derailing discussions about disruptive mass editing at ANI. Anomie 20:50, 19 December 2023 (UTC)[reply]
[sigh] This doesn't have anything of any kind to do with any discussion with Tom.Reding (which I don't even recall) or anyone else in particular. It has to do with having to say "See WP:MEATBOT and see also the human-editor provision in WP:COSMETICBOT". The only reason both policy sections have to be cited individually (when applicable) is lack of two-way cross-referencing. Anyone reading MEATBOT has no idea there is also pertinent material in COSMETICBOT and would never guess that, because the title of MEATBOT is "Bot-like editing", strongly implying that the only thing in the page about editing by humans is in that section, which of course is not true. This would be fixed by simply adding something like "Purely cosmetic changes performed by a human editor in a bot-like fashion may also be considered disruptive.", at the bottom of MEATBOT.  — SMcCandlish ¢ 😼  21:11, 8 January 2024 (UTC)[reply]
Done here, since no one objected to that simple cross-reference.  — SMcCandlish ¢ 😼  00:44, 13 January 2024 (UTC)[reply]

Does a bot require an authorized account if it doesn't make edits

I'm just curious, do you need permission to use an algorithm to comb through information on Wikipedia (like to find out how many times a word appears on Wikipedia, finding the pages that get edited the least, ect.) Assuming that it's code isn't on Wikipedia. I currently don't have the knowledge or skills to program something like that, but I'm still curious, and I might eventually have the ability to program that. Not a kitsune (talk) 15:26, 7 January 2024 (UTC)[reply]

@Not a kitsune in general you don't even need an account to just read pages. However, if you generate some sort of exceptionally high number of requests that cause disruption to the systems the system administrators may block your connection. If you want to do some very heavy mining you are likely going to be better of using a WP:DUMP that you can download and mine off-line - especially as your use case seems to be for looking at the "current version" of pages and not being particular if the page is slightly out of date. — xaosflux Talk 16:12, 7 January 2024 (UTC)[reply]
See also WP:EXEMPTBOT Headbomb {t · c · p · b} 23:37, 7 January 2024 (UTC)[reply]
thanks for answering my question. Not a kitsune (talk) 21:14, 17 January 2024 (UTC)[reply]

Require tracking maxlag

The policy currently does not mandate tracking the maxlag parameter. Wouldn't it make sense to have this tracking be a explicit requirement considering that most bots will already have to follow it to be compliant with the API Etiquette ? Sohom (talk) 22:24, 3 March 2024 (UTC)[reply]

Courtesty ping Novem Linguae :) Sohom (talk) 22:28, 3 March 2024 (UTC)[reply]
Ah, I didn't know this was in API etiquette. Interesting. I'm still mildly opposed, but let's let others weigh in. –Novem Linguae (talk) 22:33, 3 March 2024 (UTC)[reply]
I will preface by saying that I don't know exactly how the backend of AWB works, but if it doesn't track maxlag then we should not mandate its tracking because any AWB bot would automatically be violating it. Primefac (talk) 12:23, 4 March 2024 (UTC)[reply]
My understanding is that Pywikibot and AWB both already track maxlag (I might be wrong though). WP:JWB appears to not track the parameter though, maybe we can the ask the maintainer to add support for it. Sohom (talk) 12:46, 4 March 2024 (UTC)[reply]
I note the reverted edit to this policy had changed "may" to "should", not "must" as implied by the paragraph here. The API Etiquette page also says "should". That stops short of a requirement, particularly if we're using plain English meanings rather than RFC 2119. Since we seldom directly review the code, and have no way to verify that the code posted is actually the code running or to check the parameters on API queries made, any actual requirement would be nearly unenforceable by us anyway.
As for "may" versus "should", again particularly since we're using plain English meanings rather than RFC 2119, I find myself without a strong opinion on the matter. "Should" seems fine to me, as long as people aren't going to try to misinterpret it as a requirement and start "attacking" bots they don't like over it. Anomie 06:44, 5 March 2024 (UTC)[reply]
It is my view that if you put "should" in a Wikipedia policy, that folks will interpret it as a requirement. –Novem Linguae (talk) 14:48, 5 March 2024 (UTC)[reply]

Leave a Reply