Why am I getting emails to this task?

Yep definitely a result of fixing the previous bug, but since this doesn’t break anything, I won’t rush out a fix for this.

Best I can do for now is to prevent the submission of new jobs and let the current jobs run to completion.

In T203304#4559985, @Cirdan wrote:

OK, thanks for explaining. Can't the jobs be put to the end of the queue then at least? Or is that not possible either?

Sorry about that. I though the numbers where padded when I fixed the issue last time. They should be single digits now.

If the bot reversed a change IABot made, IABot will re-evaluate the live state on behalf of the reverting user and report it in the logs. No bugs here.

Any administrator of the Swedish Wikipedia can change the text. I would advise running this by the community first before altering the text.

In T205623#4622127, @Cyberpower678 wrote:

That’s because those templates don’t support those aliases and IABot knows it.

Fixed in beta10

Doesn't appear to happen in 2.0

This ticket is unclear to me.

Long-form URLs are functional again.

This problem is an issue with the core parser. It's expected to get a rewrite in the later betas. So this won't be fixed until then.

Fixed in beta10

It goes beyond IABot’s original scope and it has no ability to simply replace URLs. It may show up in a later version.

As there are bots that rely on this summary to track the bot’s activities, I’d really rather not. The terminology is explained in the FaQ

IABot cannot know where new URLs are to be located if the old ones don't redirect there. It's not within IABot's power to figure that out.

Templates shouldn't be within wikilinks to begin with. I suggest a bot go around and fix those. This is not within IABot's scope or abilities to handle.

IABot removed a duplicate parameter from the cite template there.

A sanity check is preventing this from happening in beta10. I still need to figure out why it's not able to successfully handle the last case.

I count 13 rescued links in that edit. So the count is correct.

If it's not adding archives, it usually means it can't. Have you tried checking any of the URLs to see if they can be saved or retrieved from the Wayback Machine?

Leaving pipes in URLs inside templates breaks not only how IABot reads them, but how MW reads them. So IABot will not be programmed to look for incorrect pipe usage.

Should be addressed on the Wayback Machine now.

This should be resolved on the Wayback Machine's end now.

In T143488#4673884, @Multichill wrote:

In T143488#4132389, @Cyberpower678 wrote:

It's doable, but not easy. Wikidata has a different structure.

Extending the current bot seems to be the most future proof solution. In this task we only care about getting things into the archive, nothing else. So my guess is that parsing a Wikidata item is what you run into? Take for example https://www.wikidata.org/wiki/Q24066189 . You could force it to some other format like https://www.wikidata.org/entity/Q24066189.rdf or https://www.wikidata.org/entity/Q24066189.json to make it easier to find and extract urls.

Do you have some pointers where you think the challenge is going to be? We have an upcoming hackathon and we might be able to work on this.

Fixed in beta10

&#91 is not valid URL encoding. Per the RFC the very first instance of the # is where the URL fragment begins. URL encoding is in the form of a %## where the numerals represent an ASCII code.

Fixed in beta10

Updated in beta10

Unable to replicate in beta9. Closing for now.

Changeable in beta10

Templates in archive URLs should be handled more gracefully in beta10.

No longer relevant in the latest version of IABot.

In T179218#4568789, @TheDragonFire wrote:

@Cyberpower678 will schedule for my sprint next week, sorry about the wait.

Yes.

Unfortunately, as a consequence of the new engine, if they aren’t supported, IABot will not acknowledge them.

That’s because those templates don’t support those aliases and IABot knows it.

There’s nothing actionable in this request. Sorry.

In T197543#4295794, @Green_Cardamom wrote:

For the mementoweb.org link? Try view source, different browser or wget or curl GET

Updated in beta10

Added in beta10

Wayback is no good, as it redirects to the active Webarchive template. You need to use something like WebCite or Memento.

Fixed in beta10.

Added in beta10

Fixed beta10.

@TheDragonFire any news?

Unfortunately, if TemplateData is updated, I need to be informed as it's an expensive process so I have to actually run the import manually. I've done that now.

In T151446#4561135, @Piramidion wrote:

Thanks! I've fixed it (I didn't know the bot uses TemplateData)

The point is that, when a job is suspended, it blocks the worker. In other words, the worker goes to sleep. Which means if you suspended 5 active jobs, the queue will become inactive.