Created attachment 13441
Good rendering (after a force reload)

Attached:

We'll need more information (specifically the Git commit that changed this in CategoryTree) to figure out what caused it (RL not caching right, or CategoryTree using it wrong) and how to prevent it.

(In reply to comment #2)

We'll need more information (specifically the Git commit that changed this in
CategoryTree) to figure out what caused it (RL not caching right, or
CategoryTree using it wrong) and how to prevent it.

I think it's 4b1eecbd1006e4f6e577dbffc61bda8adb885eac.

The commit changes:

• i18n messages used in PHP

This means all cached pages (for anonymous users) will continue to contain the old
version for up to 30 days. This is expected behaviour by MediaWiki and Wikimedia's server configuration and not related to ResourceLoader.

• The css for the list item bullet

This module is loaded with addModuleStyles and can't be cached with a version timestamp for that reason. It is automatically invalidated every 5 minutes.

So after this was deployed:

• In the first 5 minutes:
  • logged-in users will (as usual) get fresh pages with the new i18n icon, but have old css cached (upto 5 minutes).
  • logged-out users will get cached pages with the old i18n icon and also cached css (upto 5 minutes).

• In the first 30 days, after the first 5 minutes:
  • logged-in users will see the new i18n icon with the new css.
  • logged-out users will get cached pages with the old i18n icon and the new css.

The only part that is ResourceLoader is that the css is cached for 5 minutes.

Are you able to see the mixed version (either logged-in or not) still now? If so, I'd like to investigate what might cause that.

I was logged in, and based on the time I don't think I was seeing that just within 5 minutes after deployment, so, it's:

In the first 30 days, after the first 5 minutes: logged-in users see the new i18n icon with (expected) the new css / (actual) the old css.