Yep they timed out (504 Gateway Time-out) and now it's back to the 503 on reload

Well, the interface loaded but hasn't sucessfully processed a page (and getting 502 Bad Gateway)

All good now! Thanks

I'm getting the 503 Service Unavailable error again

Can't this be addressed within the IABot's URL settings? If I recall correctly, this was already set to not create archive links (at least for the English Wikipedia) for a while until recently.

@Cyberpower678 where are those error descriptions defined within MW? I am a local sysop

In the community wishlist survey:
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Editing/Better_diff_handling_of_paragraph_splits

In the community wishlist survey:
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Larger_suggestions#Dark_mode

In the community wishlist survey:
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Editing/Better_diff_handling_of_paragraph_splits

If the main argument for the audio modal is subtitles, wouldn't it make sense to have the mini-player only pop out when the audio file has subtitles? Or give the option of popping out to a modal so the reader can choose? Otherwise readers lose access to the article while the audio is playing.

Looks like that did the trick—thanks! I replicated the issue and then turned off spell check in chrome://settings/?search=spell and reloaded the page and while it still threw 'requestIdleCallback' handler and Forced reflow while executing JavaScript took <N>ms violations, it didn't hang like before.

set to deploy with 2.0.1

Better to open or refile? I'm getting the same error:

Error deleting file: An unknown error occurred in storage backend "local-multiwrite".

Missing context above, but this is the ticket for getting iabot to handle the recent CS1 change from |dead-url= to the new |url-access= |url-status= param, yes?

@Cyberpower678 do you have an estimate on when this will be deployed?

@Cyberpower678 this doesn't appear to be running on "Further reading" sections:

This will be a game changer. Thank you!

Another option would be to use the "book section" type in lieu of the "book" type, which should take a page or page range

I can reproduce what you describe as the user report:

@Cirdan nope, thanks! but I'll keep an eye out

Looking to fix an issue with The Guardian. Possible to sync latest translators @mobrovac ?

Just wanted to reiterate again how crucial this is. Many article refs use this format instead of <ref> tags—especially on featured and {{sfn}}-heavy articles—so a big blind spot for iabot. (Not to mention the number of links not being preemptively archived.)

This could be even simpler. What I was originally thinking: If editors A and B primarily edit in enwp, the field should autofill to enwp, even without the text prediction.

Had an issue very similar to this happen twice today at an edit-a-thon:

Citoid (which, as I understand it, has custom-built additions atop Zotero's translation-server) doesn't appear to be using Zotero for the DOI translation (GitHub ticket) so @Mvolz will know the answer here

Is this still on the docket? It's vital. Is there some other way of specifying valid string values in TemplateData (TD)? If not, that would appear to be a large oversight if TD is supposed to help users easily interact with template params

@Legoktm even when they're built into enwp's preferences panel? It isn't an external gadget—I thought it was part of Mediawiki

Just need to manually sync translators database with Github (à la T137950)

Relevant discussion at enwp:
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Create_a_new_Event_Coordinators_user_group

I can, if there is a place on Meta perhaps, but there is no inherent connection between IAbot and Citoid to generalize on MediaWiki (and there isn't a good place on enwp's Citoid page either)

Since it hasn't been mentioned, wanted to note that the new https://tools.wmflabs.org/iabot has an option to add archive parameters to a specific page's citations before they have a chance to die. Separately, the IA bot also crawls WP for dead links and adds archive URLs when applicable. The aforementioned interface is good for proactive editors, though.

@Cyberpower678 Is there a good place to document iabot on mediawiki.org? I'm not familiar with where the iabot repo is stored or whether it's capable of running on other mediawiki installations

I went to test this out on enwp today but I'm getting:

{
    "error": {
        "code": "internal_api_error_DBQueryError",
        "info": "[WWfbIQpAEDMAAFYiJJ4AAACS] Database query error."
    },
    "servedby": "mw1286"
}

@Cyberpower678 do you see a route for https://tools.wmflabs.org/iabot to integrate here and do the heavy lifting?

For posterity, the bot is up at https://tools.wmflabs.org/iabot, where there is also an option to add archive parameters to a specific page's citations before they have a chance to die.

@Samwalton9 are you in contact with Wiley through TWL? (Or is someone else?) Might you be able to help us get in touch? Summary: We need our server whitelisted so that we can provide automated lookup of their citation information

For anyone watching this task, I am currently using a script for this function: User:Evad37/MoveToDraft

The DOIs resolve (https://dx.doi.org/) to:
http://onlinelibrary.wiley.com/doi/10.1046/j.1365-2117.2002.00186.x/abstract
http://onlinelibrary.wiley.com/doi/10.1029/94WR00436/abstract

Alternatively, I'd welcome some kind of Commons tool that converted GIFs to webm if there is no chance that GIF compatibility will improve

Any update on this? I use a number of animations in articles and sometimes (without explanation) their thumbnails will not resize properly or show as a broken/white image. For example https://en.wikipedia.org/w/index.php?title=Rain_World&oldid=772601693 once displayed properly (resized as width=300) but the images broke on a reload. (Latest Chrome)