Nothing in the archive handling routines have been updated yet. That will happen when I process the tickets in the archive requests section.

In T196539#4296033, @Salgo60 wrote:

Thanks for the feedback I forwarded your feedback to the Swedish discussion about the bot....

It doesn’t seem to work. All I get is a blank page.

Also as for the original question as to whether or not you left the report in the right place, the answer is yes, you did. Phabricator is the official bug reporting tool of the WMF. All Wikipedia bugs are reported here, and major Wikipedia bot operators, like me also reside here as Phabricator makes it really easy for the maintainer to keep track of the bug reports.

Hi, and sorry for the delayed response. The reason why {{cbignore}} does nothing on svwiki is because the templates didn't exist when IABot was deployed there and thus never added in the configuration. I have done that now, so it should start having an effect on IABot soon. As for changing the archive link, which is what I assume you are referring to, it is normalizing it, but I don't understand why it's using a different date. That's clearly a bug and should not be happening. The current workaround for this is to either use Cbignore, or change the archive in IABot Management Interface to the snapshot you want to use.

@Reedy There is still vandalism on this ticket.

@TheDragonFire If you open a pull request, please make it towards the test branch. That's what's live right now.

Let's go with the patch. There are multiple bootstrap themes in place, and it would suck to have to recompile all of them.

In T179855#4262243, @Urbanecm wrote:

Translations:

1. • Externí odkazy byly změněny ({{subst:CURRENTMONTHNAME}} {{subst:CURRENTYEAR}})
   • Dobrý den,\n\nprávě jsem se pokusil opravit {linksrescued} externí odkazy na stránce [[{namespacepage}]]. Prosím, zkontrolujte [{diff} moje editace]. Pokud máte nějaké otázky, potřebujete, aby jsem tyto odkazy nebo dokonce celou tuto stránku ignoroval, prosím vizte [[:m:InternetArchiveBot/FAQ|seznam často kladených otázek]] pro další informaci. Provedl jsem následující změny:\n{modifiedlinks}. Udělal-li jsem chybu, vizte seznam často kladených otázek.\n\nCheers.
   • Externí odkazy vyžadující opravu ({{subst:CURRENTMONTHNAME}} {{subst:CURRENTYEAR}})
   • Hello fellow editors,\n\nI have found one or more external links on [[{namespacepage}]] that are in need of attention. Please take a moment to review the links I found and correct them on the article if necessary. I found the following problems:\n{modifiedlinks}\nWhen you have finished making the appropriate changes, please visit [[:m:InternetArchiveBot/FAQ|this simple FaQ]] for additional information to fix any issues with the URLs mentioned above.\n\nThis notice will only be made once for these URLs.\n\nCheers.
   • Problémy při opravě odkazů v článku ({{subst:CURRENTMONTHNAME}} {{subst:CURRENTYEAR}})
   • Hello. During the archive process, the archive returned errors for one or more sites that I submitted for archiving.\nBelow, I have included the links that returned with an error and the following error message.\n\n{problematiclinks}\nIn any event this will be the only notification in regards to these links, and no further attempt will be made to archive the links.\n\nCheers.
   • Odkaz {link} nefunguje. Doporučuji k původní URL přidat {newarchive}.
   • Odkaz {link} nefunguje. Archiv nebyl nalezen.
   • Odkaz {link} je označen jako nefunkční, zřejmě ale funguje. Doporučuji odebrat z URL příznak mrtvá adresa.
   • Přidán odkaz na {newarchive} do {link}
   • Nahrazen odkaz na archiv {oldarchive} s odkazem {newarchive} u {link}
   • Opraveno formátování u {link}
   • Přidán tag {{tlx|dead link}} k {link}
   • Odebrán příznak mrtvé adresy z {link}
   • Změněný zdroj pro {link}
   • {problem} s chybou {error}
   • Opravuji {linksrescued} zdrojů and označuji {linkstagged} zdrojů jako nefunkční
   • Upozornění na chybu vzniklou při pokusu o přístup k archivu
   • Upozornění na upravené zdroje vyžadující kontrolu
     
     Ad questions
2. What is it?
3. Dead link = https://cs.wikipedia.org/wiki/%C5%A0ablona:Nedostupn%C3%BD_zdroj, archive = doesn't exist
4. Templates in https://cs.wikipedia.org/wiki/Kategorie:%C5%A0ablony:Cita%C4%8Dn%C3%AD are used for citing. https://cs.wikipedia.org/wiki/MediaWiki:Citoid-template-type-map.json is map used by Citoid service. Do you need some specific information?
5. If in citation templates, it's YYYY-MM-DD.

To clarify what I mean, if a URL is dead and IABot has an archive for it:

In T184856#4262020, @Bencemac wrote:

Furthermore, would it be possible the bot converts [URL text] dead links into {{cite web|url=URL|title=text|accessdate=YYYY-MM-DD|archiveurl=|archivedate=}} format?

For example, the following link is dead: [https://hu.wikipedia.org/ Hungarian Wikipedia] -> {{cite web|url=https://hu.wikipedia.org/|title=Hungarian Wikipedia|accessdate=2018-06-06|archiveurl=|archivedate=}}

In T169470#4262108, @alanajjar wrote:

Hello @Cyberpower678 Thanks for your work. You need us to put the translation here or ...?

@intracer and @Piramidion Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Liuxinyu970226 and @MuhammadShuaib Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Bodhisattwa Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Superyetkin Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Urbanecm Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Banjo Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Zoranzoki Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for operation? We need to configure the bot's setup for this wiki.

@jberkel and @Noe Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@Bencemac Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@deryckchan Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

@revi Thanks for your patience. We need to configure the bot's setup for this wiki.

@Edgars2007 Thanks for your patience. Do you think you could gather a couple of translators so we can get IABot prepped for approval? We need to configure the bot's setup for this wiki.

In T169477#4020331, @MuhammadShuaib wrote:

@Cyberpower678, When will v2.0 release?

Ignoring unsupported URLs was implemented a while ago.

I personally think this should be done on the Wayback Machine's end. There's little point to fetching a snapshot and then making an additional call to try and read the snapshot, when they have the means to do all of that internally themselves.

In T187047#4247008, @revi wrote:

I can do the translation. https://ko.wikipedia.org/wiki/WP:BRFA.

Yep, I just found it, but I pinged the DB in quarry directly. :p https://quarry.wmflabs.org/query/27344

So how is this named in the database? yuewiki or zh-yuewiki? IABot needs the correct identifier.

With IABot v2.0beta now released, wiki deployments will begin to move forward in the next few days. Fancy getting a couple of translators ready and pointing me to bot approvals?

This is done for the most part. The citation template engine is already unified to an extent but will be rewritten in the foreseeable future.

Now deployed in v2.0beta

archivebot is not a necessary parameter, but for citation templates the mandatory parameters are the parameters for placing an archive URL and the snapshot time for said URL. IABot can work without the rest. IABot can even work without Webarchive templates.

If anyone wants to take on the tools, I will be more than happy to turn them over to someone with more time than I do.

Here's the hidden output for that page in the page source.

https://en.wikipedia.org/w/index.php?diff=prev&oldid=837149857

Well none of those links on that page are inside ref tags, so if you're clicking that checkbox, then it's not analyzing a thing.

In T192123#4141620, @Lingzhi wrote:

Can you unhide the hidden out put? Plus what about Amor prohibida?

Per the hidden output in the page source your problem is "EDIT ERROR: Triggered the spam blacklist: twitter.com/search"

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

I can't answer that right now. Thus is the nature of most bugs until investigated.

This appears to be a bug in the interface itself and irrelevant to the archive snapshot. It's not liking the access timestamp since it is in German.

On a side note, I started a conversation room with the both of you. If you could comment there, I would appreciate it.

There are no bugs in the user permissions management routine. She's likely on the wrong Wiki.

What it did was accidentally ignore the fragment of the URL. The URL will still work, but the part after the # is a pointer for the web browser to tell it to go to a certain part of the page.

So now I'm confused. The task that was making these heavy queries have now been disabled, so why is my tool and conversely Cyberbot still not allowed to access the replicas?

So, I shut down the script that’s responsible for this and I’m still not allowed to use the replicas?

I'm testing components of it right now.

@jcrespo sorry about being unresponsive. My code is located at https://github.com/cyberpower678/Cyberbot_II/blob/master/externallinks.php and https://github.com/cyberpower678/Cyberbot_II/blob/master/externallinksfull.php. You'll find the code is quite old. :-)

I got no emails of this ticket, and only became aware of it when things broke on my end.

This report does not detail any kind of problem other than you replaced one link with another. Please be more specific.

In T190809#4084459, @Cirdan wrote:

@Aklapper Sorry, I assumed that if I had correctly filed it as InternetArchiveBot right away, you wouldn't have been added to the task and didn't want to bother you with this bot-related issue.

And done. Give it a try now.

Un-whitelisting only take a few seconds to do.

Unfortunately, no. It used to do that, but that created way too many problems on enwiki.

I have no deleted the archive from the DB.

In these cases, it's easier to just go to https://tools.wmflabs.org/iabot/index.php?page=manageurlsingle&wiki=dewiki, look up the original URL and delete the archive associated with it, or find a better one to replace it with. IABot supports 22 different archiving services so it can handle almost any archive URL you give it.

This was an issue of the original server that hosted the content. While the page displays 404, the header was serving the Wayback Machine with a 200 OK response.

That's unfortunately an issue with MW. It's not really an issue per say but just how the parser operates in this case. It can easily be worked around by replacing the plain URL with a bracketed link. I.E.: from "http://example.com" to "[http://example.com http://example.com]", but considering most cases, seems like a redundant fix to one off problem.

If you check https://tools.wmflabs.org/iabot/index.php?page=manageurlsingle&url=http%3A%2F%2Fwww1.wdr.de%2Fmediathek%2Fvideo%2Fsendungen%2Faktuelle_stunde%2Fvideotebartzvanelstraeumtvorwuerfeein100.html, you will see the the bot whitelisted the entire domain. This is likely because the bot has detected that the bot is being blocked from accessing the domain, and thus cannot determine if it is dead or not. You will have to tag the link manually and let the bot run over it.

I’m a little confused. The archive URL works fine and MW is considering the ! As part of the URL as is IABot.

Makes sense. IABot will ignore links with templates instead. Should be easier to implement.

In the meantime, they should be tagged with {{cbignore}} if possible.

This is a known bug that will be getting fixed in version 2 of IABot. It will be able to resolve the template embedded in URL.

Bot approved.