Impact of increasing APCU retention for Gadgets-definitions from 10s to 60s.

@cscott That's right. The parser transcludes a SpecialPage, and ends up copying both the whole Skin/OutputPage-level module queue into the ParserOutput. This is probably expected (or at least, required) as it stands, given that a SpecialPage and the relevant skin hooks have no alternative to style this content.

Ref T423746: Add HTML header for Discord previews.

@DLynch Can I ask if/where you ran into this problem? Is this affecting a deployed feature, or would it change how a planned feature is implemented, or is it theoretical?

Can you describe what higher-level problem you're trying to solve? The current task description reads a bit circular.

I suggest building without batching first. It's not clear you need batching. If you believe you need it upfront, can you describe in more detail what you can't do and/or what problem you believe would happen without it?

In T104394#3901925, @Prtksxna wrote on 16 Jan 2018,:

Just wanted to note that VE already has this functionality in VE → Page options → Categories, but without using mw.widgets.CategoryMultiselectWidget.

Checked-off:

• MediaWiki core: Preferences
• GlobalPreferences
• MediaWiki core: LockManagerer (accept risk)
• MediaWiki core: Maintenance system
• WebAuthn
• OAuthRateLimiter (accept risk)
• WikimediaCustomizationss (accept risk)

Checked off:

• MediaWiki core: Authentication and Authorization
• MediaWiki core: Shell

This bug also affected account creation.

@Pcoombe The caching in this patch stands separate from caching of banner choices or banner HTML content. The patch was about one specific database query for mixin information.

This is basically caused by a mismatched expectation between
https://gerrit.wikimedia.org/g/operations/mediawiki-config/+/2e8c4559754e8dce270c3d975eb6bd3d0d70d983/wmf-config/CommonSettings.php#575
and
https://gerrit.wikimedia.org/g/mediawiki/core/+/69764d637ee46e6bb2ee6889c97147720addf594/includes/WikiMap/WikiMap.php#27

Today's testing with @Ricardomota we checked off these:

• MediaWiki core: Notifications
• Echo
• OAuth

As part of testing for PHP 8.5 T440317 I logged into https://global-search.toolforge.org/ using OAuth, and that consistently logs warnings like this one:

Test plan:

$wgDebugDumpSql = true;
$wgDebugToolbar = true;