Re: New global API rate limits
Bartosz Dziewoński via Wikitech-l <[email protected]> Wed, 4 Mar 2026 16:48:00 +0100
| Newsgroups | gmane.science.linguistics.wikipedia.technical |
|---|---|
| Message-ID | <[email protected]> |
On 2026-03-04 15:17, Felipe Schenone via Wikitech-l wrote: > FYI, this new limit seems to be affecting the InstantCommons <https:// > www.mediawiki.org/wiki/InstantCommons> feature used by many (if not > most) external wikis. At appropedia.org <http://appropedia.org> we're > experiencing many broken images, apparently because we've reached our > request limit. This can actually be a good thing because it has forced > me to upload to our server some images that were being used many times > via templates and that shouldn't have been loaded from Commons in the > first place. I just wanted to bring this up because it isn't currently > documented at Wikimedia APIs/Rate limits <https://www.mediawiki.org/ > wiki/Wikimedia_APIs/Rate_limits>. The API rate limits are not live yet, so the InstantCommons problems have to be caused by a different rate limiting change. Perhaps it's due to the standardisation of thumbnail sizes: * https://phabricator.wikimedia.org/T414805 * https://lists.wikimedia.org/hyperkitty/list/[email protected]/thread/LS2NVZTBZPQDK2W7IP66SHUXP2J54435/ Or perhaps due to whatever is causing this issue: * https://phabricator.wikimedia.org/T418323 Ironically, I was not able to debug on your website, as my attempt to preview an edit with a Commons image was blocked by an unsolvable Cloudflare CAPTCHA. -- Bartosz Dziewoński _______________________________________________ Wikitech-l mailing list -- [email protected] To unsubscribe send an email to [email protected] https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/