User Details
- User Since
- Nov 14 2014, 4:15 PM (328 w, 4 d)
- Availability
- Available
- IRC Nick
- Cyberpower678 or CP678
- LDAP User
- Cyberpower678
- MediaWiki User
- Cyberpower678 [ Global Accounts ]
Fri, Feb 26
It’s hard to tell. It could also be other bots/tools getting blocked at the account level with the anon-flag disabled causing the IP to be effectively be hard-blocked. I don’t know how the inner workings of MediaWiki work. All I know is that this error message comes from the API itself, and not IABot.
Thu, Feb 25
These error messages are not originating from the bot, it’s being passed back by the MW API itself when requesting the edit on behalf of the user. All users edit from the IP 185.15.56.1 which is Toolforge. This is either a glitch in the API, or there are admins hardblocking bots originating from it.
Sat, Feb 6
I'm hoping this is resolved.
It'll take some time before the backlog of 229 pending jobs are completed.
Tue, Feb 2
Yes it turns out the bot had robust error handling for prod errors. It didn’t have robust handling for reused OAuth nonces. For some reason it got a lot of OAuth nonce already used errors. This took repeated running the last few days to diagnose.
Mon, Feb 1
Unable to reproduce.
Closing this as resolved as the Wayback Machine has gotten better over the years.
Unable to reproduce. Tool claims you are not blocked.
If you are getting the first error, make sure you are not set to a "Mixed" status. You need to firmly define the state of the URLs. Alive and Dead resets every individual link while Whitelist and Blacklist sets it on all the selected domains as a whole and the bot will no longer assess if they are alive or not.
This does indeed look like a legitimate bug.
You did not whitelist it. No log entry for that URL at all aside from the bot scans it did of it. I have gone ahead and whitelisted it for you.
Jan 28 2021
Timestamps of these entries seem to suggest that when the bot encounters these failures almost all API requests being made are erroring out during the timeframe of these batch errors.
Got an influx of blank, 500s and 502 overnight. Your errors may be "few" overall, but they are happening in batches.
Jan 27 2021
Normalization is by default on, but can be turned off if the community wants it off.
I've added additional logging data to the framework.
Got another surge of bad responses from production.
Joe, not all requests are 502s. They are insignificant compared to the amount of requests returning null responses. This is a very problematic occurrence as Cyberbot has begun to malfunction badly because of it. Is blanking pages repeatedly, my talk page is littered with malfunction reports. Granted some extra robustness could be implemented, this shouldn’t have to be something I would need to guard against at this level. Cyberbot has never had these problems in the past until I started getting reports around 11 days ago. I see my communication log is starting to grow to a large size recording these failures and has grown to 5 GB.
It won’t. It’s not designed to do that. It will only recognize the alias and use what’s there, or add the default preferred alias if not defined.
Jan 26 2021
No changes have been made to the bot whatsoever.
The IP 172.16.2.21, I don't know what the UA is. The bot is pretty old.
Jan 25 2021
Jan 7 2021
Dec 29 2020
Project Name: cyberbot
Type of quota increase requested: 8 CPUs and 16 GB RAM
Reason: IABot is expanding on to more WMF wikis, which requires more processing power. The current exec VM is reaching its limit.
Dec 11 2020
Especially to Wikidata.
Thursday, as in yesterday? I’m not aware of anything that should have been running to create that massive level of requests.
Dec 6 2020
I don’t have access to your Citation module on ruwiki. A local sysop will need to make the changes.
IABot reads the configuration values of the CS1 module that drives the Cite Web template and related templates. dead-url and deadurl are valid parameters according to the configuration.
Nov 22 2020
Oct 7 2020
I need more info.
Oct 6 2020
You simply lack the permissions to use the tool because you are a new user on Wikipedia. You gain permissions on this tool as your experience on Wikipedia increases. You need at least ten on wiki edits before the tool will allow you to use it.
Sep 22 2020
The only wiki you’ve given the bot a flag is scruffywiki. I don’t see the flag on simpleelectronics.
Actually there is no bot flag on the bot.
@robkam I still need the bot flag in order to proceed.
Sep 21 2020
Sep 20 2020
Support for df was dropped because the CS1 module automatically formats dates based on the use dmy and similar templates which now the bot also follows. Lacking that, it will format dates based on the prevalent formatting used in the wiki text.
Sep 19 2020
I went ahead and looked at your spam log and found this:
Sorry but this is not an issue I can fix. That message is produced by Wikipedia itself, so the tool doesn't know what URL is actually the problem. You will need to go to the local page that deals with the spam blacklist and have them look into what specific filter was triggered.
Sep 18 2020
That is not a good reason to block the bot. Primarily since the link was marked as dead by someone else. This is not a bug.
Sep 17 2020
Sep 14 2020
Sep 13 2020
Sep 12 2020
Bot flag required
IABot will not be able to handle templates on the Incubator due to technical limitations. Not unless all wikis can universally use the same CS1 module and Cite templates, which shouldn't be much of an issue since the modules can easily be internationalized, upon moving to their own wikis.
Sep 11 2020
Well here's a Catch-22. In order to access the wiki, I need to identify via OAuth, but I can't use OAuth becuase I am not identified. Clearly there's a Miraheze bug here. OAuth needs to be accessible despite a wiki being closed.
Approval request: https://simple.wikipedia.org/wiki/Wikipedia_talk:Bots#InternetArchiveBot
I need the bot flag to proceed.