QuickInstantCommons supports configuring the max cache time, as a first step try increasing that significantly.

Brian

On Wednesday, 4 March 2026, Bartosz Dziewoński via Wikitech-l <wikitech-l@lists.wikimedia.org> wrote:

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/wikitech-l@lists.wikimedia.org/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 -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/