New to bots on Wikipedia? Read these primers!
Operator: MusikAnimal ( talk · contribs · SUL · edit count · logs · page moves · block log · rights log · ANI search)
Time filed: 00:59, Thursday, June 11, 2020 ( UTC)
Function overview: Adds protection templates to protected articles where they are missing.
Automatic, Supervised, or Manual: Automatic
Source code available: GitHub (new relevant code is not pushed yet)
Links to relevant discussions (where appropriate): Wikipedia:Bot requests#A bot to add missing instances of padlocks ( permalink)
Edit period(s): Every 10 minutes
Estimated number of pages affected: 5-10 a day (estimate)
Namespace(s): Mainspace
Exclusion compliant (Yes/No): Yes No (see comments)
Adminbot (Yes/No): Yes
Function details: This is an extension to MusikBot 9 (removes protection templates from unprotected pages) and a replacement for TheMagikBOT 2 and Lowercase sigmabot 1 (both of which have long been retired).
The logic is to comb over the protection log, and look to see if the pages have transcluded a protection template. The list of templates to look for is defined in the "base_protection_templates" hash at User:MusikBot/FixPP/config (to be moved to User:MusikBot II/FixPP/config). It also looks for redirects of each of these templates. The existing task to remove protection templates uses this same configuration.
Summary:
{{pp|small=yes}}
, {{pp-move|small=yes}}
, or {{pp-pc|small=yes}}
as applicable. The associated Lua module for each template will ensure the correct padlock is displayed based on the protection level.There was also talk about the bot fixing incorrect protection templates, such as changing {{ pp-pc}} to {{ pp}} if it's only normal edit protection. The bot already has a "normalize_pp_template" option at User:MusikBot/FixPP/config which was built to do this, but it has not been thoroughly tested nor approved in the previous BRFA. To keep things simple I'll save this for a separate BRFA.
I also wonder if it should use {{ pp-semi-indef}} or {{ pp-move-indef}} when applicable. I suppose there's no downside, and the benefit is the categorization you get. — MusikAnimal talk 00:59, 11 June 2020 (UTC) reply
Like Wugapodes above, I'm surprised we don't already have this. Excellent task for a bot. - FASTILY 03:28, 11 June 2020 (UTC) reply
Comment. I'm going to "start the clock" on discussion, as I see there is an AN thread having been posted. If there's no significant opposition for the task I'll put it to a trial towards the end of next week. Primefac ( talk) 13:11, 11 June 2020 (UTC) reply
Trial complete.
[1] Amazingly, we ran into about every scenario I wanted to test during the trial:
New to bots on Wikipedia? Read these primers!
Operator: MusikAnimal ( talk · contribs · SUL · edit count · logs · page moves · block log · rights log · ANI search)
Time filed: 00:59, Thursday, June 11, 2020 ( UTC)
Function overview: Adds protection templates to protected articles where they are missing.
Automatic, Supervised, or Manual: Automatic
Source code available: GitHub (new relevant code is not pushed yet)
Links to relevant discussions (where appropriate): Wikipedia:Bot requests#A bot to add missing instances of padlocks ( permalink)
Edit period(s): Every 10 minutes
Estimated number of pages affected: 5-10 a day (estimate)
Namespace(s): Mainspace
Exclusion compliant (Yes/No): Yes No (see comments)
Adminbot (Yes/No): Yes
Function details: This is an extension to MusikBot 9 (removes protection templates from unprotected pages) and a replacement for TheMagikBOT 2 and Lowercase sigmabot 1 (both of which have long been retired).
The logic is to comb over the protection log, and look to see if the pages have transcluded a protection template. The list of templates to look for is defined in the "base_protection_templates" hash at User:MusikBot/FixPP/config (to be moved to User:MusikBot II/FixPP/config). It also looks for redirects of each of these templates. The existing task to remove protection templates uses this same configuration.
Summary:
{{pp|small=yes}}
, {{pp-move|small=yes}}
, or {{pp-pc|small=yes}}
as applicable. The associated Lua module for each template will ensure the correct padlock is displayed based on the protection level.There was also talk about the bot fixing incorrect protection templates, such as changing {{ pp-pc}} to {{ pp}} if it's only normal edit protection. The bot already has a "normalize_pp_template" option at User:MusikBot/FixPP/config which was built to do this, but it has not been thoroughly tested nor approved in the previous BRFA. To keep things simple I'll save this for a separate BRFA.
I also wonder if it should use {{ pp-semi-indef}} or {{ pp-move-indef}} when applicable. I suppose there's no downside, and the benefit is the categorization you get. — MusikAnimal talk 00:59, 11 June 2020 (UTC) reply
Like Wugapodes above, I'm surprised we don't already have this. Excellent task for a bot. - FASTILY 03:28, 11 June 2020 (UTC) reply
Comment. I'm going to "start the clock" on discussion, as I see there is an AN thread having been posted. If there's no significant opposition for the task I'll put it to a trial towards the end of next week. Primefac ( talk) 13:11, 11 June 2020 (UTC) reply
Trial complete.
[1] Amazingly, we ran into about every scenario I wanted to test during the trial: