Wikipedia talk:Version 1.0 Editorial Team/Index

Active discussions

Wikipedia:Version 1.0 Editorial Team/Roman military history articles by quality logEdit

I have removed red link categories from pages like this now dozens of times. Could you please stop adding them to pages over and over again? This is really tiresome and it happens on a lot of pages. At this point, I'm ready to start tagging these pages for deletion discussions so they are so much trouble and add nothing to the project. Liz Read! Talk! 04:43, 9 July 2021 (UTC)

Wikipedia:Version 1.0 Editorial Team/Central and South American military history articles by quality log has had a red link category placed by your bot removed NINE times by different editors on this page alone. Please get the bot to stop adding categories to pages that have no real updates to them and are uncategorized. Liz Read! Talk! 04:55, 9 July 2021 (UTC)
I'm also finding regular updates but this bot to WikiProjects that have been defunct for 15 years. Isn't there a way to turn off these reports when they are no longer wanted or needed? I guess the lack of response here shows that no one is actively maintaining this thing. Liz Read! Talk! 03:37, 14 July 2021 (UTC)
To be more specific, this is what I'm talking about. This is a defunct WikiProject and I don't know why the bot reports can't be turned off if there have been updates with 0 changes for years and years. I think this is happening with dozens and dozens of reports. Liz Read! Talk! 21:20, 14 July 2021 (UTC)

Hi @Liz: Thanks for your patience with this. As you have guessed, the project to run this bot is a bit understaffed at the moment. But also, I haven't responded previously because I didn't understand the problem fully and was hoping I'd figure it out later. Thank you for the detailed links, I think I have finally figured it out.

There are a couple of issues at hand: The first is that we have dozens and maybe hundreds of inactive WikiProjects and we don't know what to do with them. That question is a bit "above my paygrade" and involves debate and politics, and has no clear technical solution, which is fine, but I'd rather not pull on that thread if possible. The other issue is that, when creating a "Wikipedia:Version 1.0 Editorial Team/Defunct Place or Thing articles by quality log" table, which is itself innocuous, the bot labels that log with the category "Defunct Place or Thing articles by quality" and thus creates the category, even if it has been diligently deleted by human editors. Do I have it correct? I've created a bug for this on the bot's Github page. Once you confirm that I have characterized the problem correctly, we can allocate resources to fix it. Thanks again for your patience, audiodude (talk) 05:47, 28 July 2021 (UTC)

@Liz:, @Audiodude:: as a temporary workaround I've put the {{nobots}} template on the handful of subpages related to WP:MILHIST while we figure this out. I think it derives from a problematic milhist template, and don't think a bug should be opened. I will update as I learn more. UnitedStatesian (talk) 05:52, 11 August 2021 (UTC)

Block LuckyRenameEdit

Kelson and Audiodude, I'm guessing updating filenames after renaming like this is not desired. To disable it, please add {{bots|deny=luckyrename}} to such pages. — Alexis Jazz (talk or ping me) 11:04, 20 August 2021 (UTC)

Or (will be supported in the next update) {{Automatically generated}}. — Alexis Jazz (talk or ping me) 00:22, 27 August 2021 (UTC)

Wikipedia:Version 1.0 Editorial Team/X articles by quality logEdit

Please stop issuing these reports for inactive & defunct WikiProjects that never, ever assessed any articles. These reports are disruptive and are not useful at all because they contain no information. Every time they update (with no changes), they recreate deleted categories that only contain these reports that show 0 updates. There must be a way to turn off this bot. Liz Read! Talk! 01:32, 21 August 2021 (UTC)

It's logical to assume that this happens because the projects still exist on the WP 1.0 server where the bot gets its information from.

In the short term, could full protection on the log pages for defunct projects solve the problem? @Kelson:, @Audiodude: - would the bot error out if it encountered a full-protected page, or simply skip over it? Alternately, does the bot comply with the {{nobots}} template? --Sable232 (talk) 14:39, 21 August 2021 (UTC)

Although it may be obvious to you and I by manual inspection that certain WikiProjects are "inactive", these projects still have WikiProject pages and are using all of the WP1.0 bot templates and categories. So it's not just a matter of they "still exist on the WP 1.0 server", they still exist on Wikipedia which is the source of truth for WP 1.0 bot. I don't know what the process is to "sunset" or "archive" an abandoned WikiProject, but whatever it is, that's the route you should go down if you want to remove these projects from the bot. As far as protecting the pages, that would work and not cause the bot workflow to error out as far as I can tell. I'm not familiar with 'nobots', if it's built into the bot infrastructure or something we would have to explicitly support. Thanks, audiodude (talk) 19:17, 21 August 2021 (UTC)
UPDATE: I read through the nobots page, and it seems like it's something that our bot would have to explicitly support, so I'm confident that it would not work "out of the box". Also, those "X articles by quality log" pages are completely recreated every time the bot runs, and the bot doesn't read them before overwriting them, so I'm not sure where in the workflow attaching a nobots tag would help. audiodude (talk) 19:21, 21 August 2021 (UTC)

Automated crawling of api.wp1.openzim.org?Edit

Is someone doing automated crawling of the WP1 site backend API server? I notice a lot of logs where it seems like someone, probably a bot, is going through every page of certain datasets in the WP1 server. If this is you, please stop, and please reach out to us about how we could possibly provide the data you need in another format. These queries are causing the API backend server to become unresponsive. audiodude (talk) 22:59, 22 August 2021 (UTC)

Return to the project page "Version 1.0 Editorial Team/Index".