User talk:InternetArchiveBot


edit
Archives

2021 2022 2023 2024

Connect with the developers and other users[edit]

Telegram IRC (irc.libera.chat #iabot)

Operation status[edit]

For the most up to date information see the run pages or Wiki Operations Summary on Airtable

🟢 InternetArchiveBot is currently running on 300+ Wikimedia wikis.
🟢 We have moved the management interface to a new server. Please start using iabot.wmcloud.org instead of iabot.toolforge.org. Please let us know if anything broke during this process.
🟡 Testing is stalled on Alemannisch Wikipedia (als), Asturian Wikipedia (ast), and Japanese Wikipedia (ja).
🔴 Bot is approved but disabled indefinitely pending software improvements on French Wikipedia (fr), MediaWiki.org, Norwegian Nynorsk Wikipedia (nn), Polish Wikipedia (pl), and Portuguese Wikipedia (pt).

Last updated: 20:54, 5 November 2023 (UTC)

How this page works[edit]

Ask your question in any language. Questions in English or German will receive the fastest responses.
Our team will try to respond within seven days.
Seven days after our response we will mark the thread as resolved. This queues the thread for archiving.
If our response does not answer your question, you are welcome to remove the "section resolved" tag and write an additional comment.
Seven days after the thread is marked as resolved, it will be archived. Once a thread is archived, it should not be un-archived. Instead, create a new thread and link to the old one.

SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 7 days.

Inaccessible link[edit]

IABot “fixed” a link that it reported as inaccessible here: https://nl.wikipedia.org/w/index.php?title=Chora_%28Patmos%29&diff=66511300&oldid=66454976

However, the link works fine with http on my end. Now I do agree that https is safer (although in this case it was hardly an improvement), but that's no reason to treat a link as “inaccessible”. Mondo (talk) 18:15, 13 December 2023 (UTC)[reply]

Hello Mondo. The bot did not necessarily declare the link inaccessible, though the edit summary would indicate that because the bot's edit summaries are very imprecise. The bot upgrades HTTP links to HTTPS where possible, separately from its process of fixing dead links. Harej (talk) 18:20, 13 December 2023 (UTC)[reply]

Hello Harej, in that case, it's against the guidelines of the Dutch Wikipedia. We have the guideline “bij twijfel niet inhalen”, which is similar to the one on EN:WP called If it ain't broke, don't fix it, except that ours is much more detailed. The link was not broken and https hardly made a difference with this specific link, therefore it was against the guideline. I have reverted IABot and added the article to the deny list, but I hope this can be fixed, because this will happen again on other pages. Mondo (talk) 18:23, 13 December 2023 (UTC)[reply]

So I'm guessing you won't do anything about this. This is not the first time you're not open for communication. In that case, I'll be requesting a temporary halt of the bot on NL:WP, partly because of what the bot did here against our guidelines and partly because of your constant lack of communication. Mondo (talk) 10:00, 17 December 2023 (UTC)[reply]

.

3750 2409:4081:2E1B:10CF:C8EC:865C:203E:844A 06:20, 16 April 2024 (UTC)[reply]

It's not resolved. I explained what the issue was back in December and nothing has changed. Mondo (talk) 19:27, 3 April 2024 (UTC)[reply]

Mondo, as explained above, it is our practice to replace HTTP with HTTPS on all wikis, and we are not changing that. Continuing to remove the "section resolved" template will not change this. If changing HTTP to HTTPS is in fact against policy, please cite the policy. Harej (talk) 20:09, 3 April 2024 (UTC)[reply]

If you wanted me to cite the policy, it would've been nice to know that when I posted my last comment instead of not responding to me for months. But here you go:

https://nl.wikipedia.org/wiki/Wikipedia:Bij_twijfel_niet_inhalen
“De ene goede variant door de andere goede variant vervangen is geen verbetering of verslechtering, maar een neutrale bewerking. Dergelijke bewerkingen zijn ongewenst”

Which translates to: “Replacing one good variant with another is not an improvement nor the opposite. It's a neutral edit. Such edits are undesirable.

Replacing http with https is exactly that: http works fine, i.e. it's a good variant, which makes it against policy. Now I could see it being somewhat useful if it's a URL where security is of the utmost importance, but in this case it's a link to a spreadsheet file. There's nothing that https will do to protect the user in this case. (Or if the http link was dead and replaced with https.) Mondo (talk) 20:18, 3 April 2024 (UTC)[reply]

And that goes for a lot of URL's, btw. Not all of them need https. http is fine in a lot of cases. Mondo (talk) 20:20, 3 April 2024 (UTC)[reply]

Month names on ary[edit]

Hello! Is there a way that InternetArchiveBot can use Moroccan Darja month names instead of English ones, on arywiki? If there's a configuration page where I can translate the month names, please let me know. Thanks! Ideophagous (talk) 09:53, 13 March 2024 (UTC)[reply]

Ideophagous, month names are handled within the code, so if you could give us the 12 months in Moroccan Darja we can update the code. Harej (talk) 21:30, 3 April 2024 (UTC)[reply]

Hello @Harej. Please check this json file on arywiki, it has the month names in English (en_name) and their Moroccan Darija equivalents (ary_name). You can ignore the alt_name. Ideophagous (talk) 23:19, 3 April 2024 (UTC)[reply]

Thank you Ideophagous, we have configured a localization profile for ary. Harej (talk) 21:54, 24 April 2024 (UTC)[reply]

DOI[edit]

For some reason, the bot reported an error in a DOI link (here), the link is http://dx.doi.org/10.2307/597203 and currently works fine (it redirects me to JSTOR). פעמי-עליון (talk) 11:34, 30 March 2024 (UTC)[reply]

Sorry, but I don't see what you are referring to. Please give me a link to a faulty edit that I can review. —CYBERPOWER (Chat) 21:36, 3 April 2024 (UTC)[reply]

The bot reported in this edit that the DOI link has an error (it is obviously not true, DOI links are very stable). I thaught you night want to know about it and find the source of this mistake פעמי-עליון (talk) 19:58, 4 April 2024 (UTC)[reply]

פעמי-עליון, thank you for the report. The URL in question couldn't be found in our URL database (where links that are checked would be found), so I suppose this was a one-off situation. Please let me know if you see anything like this anywhere else. Harej (talk) 20:35, 10 April 2024 (UTC)[reply]

here, as well, two link that are fine. Maybe the problem is with academic papers that are not open-access? פעמי-עליון (talk) 17:19, 14 April 2024 (UTC)[reply]

Azwiki translation[edit]

For Azwiki, en:User:Nemoralis requested the following translation (I can't find it in the translation tables):

"Reformat 1 URL" should be "1 URL yenidən formatlaşdırıldı"

-- GreenC (talk) 14:18, 4 April 2024 (UTC)[reply]

@GreenC: ?? That's your bot. Do we need to be doing anything here?—CYBERPOWER (Chat) 21:55, 24 April 2024 (UTC)[reply]

Small fixes in translatable messages[edit]

Hi! I've sent a few trivial message fixes for IABot: https://github.com/internetarchive/internetarchivebot/pulls . Can anyone please review them?

Thanks :) Amir E. Aharoni (talk) 14:59, 4 April 2024 (UTC)[reply]

I've merged in your pull requests. Thank you for the improvements. They will go live within the next 24 hours. —CYBERPOWER (Chat) 22:10, 24 April 2024 (UTC)[reply]

Thanks! <3 Amir E. Aharoni (talk) 12:42, 25 April 2024 (UTC)[reply]

Your tool docs are featured as an example in the new Tool Docs Guide![edit]

Hello InternetArchiveBot maintainers, contributors, and fans! I wanted to let you know that I highlighted the InternetArchiveBot documentation as a shining example in the new Tool Docs guide that I just published. Thank you for creating lovely tool documentation that can serve as an example to help others create and improve tool docs :-) This guide was created as part of the Doc Your Tool project for the upcoming 2024 Hackathon. If you're interested, please join that project to work on or talk about tool documentation during the hackathon! TBurmeister (WMF) (talk) 16:52, 16 April 2024 (UTC)[reply]

That's exciting to hear, thank you! Harej (talk) 21:59, 24 April 2024 (UTC)[reply]

dewiki[edit]

Please fix this error... de:Benutzer:InternetArchiveBot/Fehler#Fehlerhafte_Bearbeitung_in_Dream_State Its still happening 10-15 times daily!

[Bot is adding url-status=live to Cite web/cite news where offline is already set to "yes" or "1" which causes an error, because its contradictory. And the URLs are still offline so it makes literally no sense, they are not "live"]

Best regards, TenWhile6 (talk | SWMT) 08:54, 17 April 2024 (UTC)[reply]

Examples: diff 1 • diff 2 • diff 3 • diff 4 TenWhile6 (talk | SWMT) 08:57, 17 April 2024 (UTC)[reply]

TenWhile6, this should now be fixed. Let us know if this happens again. Harej (talk) 22:14, 24 April 2024 (UTC)[reply]

Tool links in older messages broken?[edit]

For example here: https://en.wikipedia.org/wiki/Talk:Thornapple_River#External_links_modified following the last two links gives a 404. I think these links are in a template but didn't track down exactly where they are sourced. ++Lar: t/c 09:43, 27 April 2024 (UTC)[reply]

Title changed to "HuffPost is now a part of Verizon Media"[edit]

The title of many HuffPost references has been changed to "HuffPost is now a part of Verizon Media" and the URL to https://consent.yahoo.com/v2/collectConsent?sessionId=1_cc-session_fafa9f49-54d8-4731-a897-b70175c6342b or to some other page at consent.yahoo.com. All the pages at consent.yahoo.com are now permanent dead links. Would it be possible to restore these HuffPost links to the original link, without losing the useful changes that may have been made to the pages since the link was replaced with the consent.yahoo.com link? Eastmain (talk) 15:22, 29 April 2024 (UTC)[reply]

The bot keep adding archive link where it isn't required.[edit]

Hello, The bot always try to add this link but it isn't needed. It happened like more than 3 times and I had to cancel the change every time. https://web.archive.org/web/20211012034604/https://incubator.wikimedia.org/w/index.php?hidebots=1&translations=filter&hidecategorization=1&hideWikibase=1&limit=50&days=3&title=Special%3ARecentChanges&testwiki=wp%2Fryu&urlversion=2

The unwanted modifications occurs on this page: https://incubator.wikimedia.org/wiki/Wp/ryu/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

And this is an example of the unwanted modification. https://incubator.wikimedia.org/w/index.php?title=Wp/ryu/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8&diff=prev&oldid=6254326 Patronus95 (talk) 04:51, 2 May 2024 (UTC)[reply]

Spanish[edit]

In Spanish, is it possible that when making the changes in editions like this it put urlmuerta instead of deadurl? Thank you. Vanbasten 23 (talk) 08:07, 2 May 2024 (UTC)[reply]

Not archive specific sources[edit]

Hi! Is there a way to add a flag on specific sources so they don't update the archive? There are some citations which are used to cite ongoing information, so the archives are always going to be wrong, if we could add something into the template to stop IABot archiving those specific sources that would be fantastic. Best Wishes, Lee Vilenski ^{(talk • contribs)} 09:11, 2 May 2024 (UTC)[reply]

Duplicated Wayback templates[edit]

The bot is adding Wayback templates to cites which are already using cite web or cite news and filled archive-url=xxx on Chinese Wikipedia: [1]. Please fix it. Best regards, Tim Wu (talk) 07:22, 3 May 2024 (UTC)[reply]