In T353621#9596572, @Schtom wrote:

MW 1.39.6
PHP 8.1.27

updating DPL3 to b0483e04acb5e64a06cb6c0030ec30d1f587fef4 which includes version 3.5.2 fixed this issue for me

What did you do to get this, MediaWiki version, etc... as I can't seem to reproduce?

I'm not sure if this is a bug in MediaWiki or not but when on api.php, it seems to never consider you logged in (hacking MediaWiki adding $this->dieWithError( $user->getName() ) gives IP not logged in user name), therefore https://github.com/wikimedia/mediawiki/blob/da6b055c94d414009688cef1a6f435be8f1f5ede/includes/api/ApiMain.php#L1755 seems to never be true, unless the following check (isEveryoneAllowed( 'read' )) is true (meaning anonymous users (*) has read rights) therefore this is technically to be expected since MediaWiki doesn't seem to know the user has read rights from the API. This doesn't necessarily seem related to Cosmos and I am not sure if its intentional or not.

In T356971#9525868, @sbassett wrote:

I believe this is intentional, as some help messages can contain small amounts of harmless html for formatting purposes. This is a pattern we'd likely try to correct though, if found in actual code. And we do that in various ways (see also T347742 et al). Otherwise it's generally incumbent upon an engineer or developer to have a good understanding the MediaWiki Messages API and its output modes.

I believe this is fixed via DPL3 now, but not Loops, but DPL3 should be...

In T344189#9093734, @TK-999 wrote:

Possibly. I think it's worth disabling the JIT (ie making sure that opcache.jit_buffer_size is unset or 0, which is the default) though just to rule it out as a cause—it's been known to cause oddball issues when it is enabled that simply do not occur when it is off, and its maintenance status in general is dubious.

In T344189#9092851, @TK-999 wrote:

Might be worth an upstream report if a minimal reproducer can be isolated.

Are you using the JIT, just in case?

Apologies, I thought I had all other skins disabled, it seems I still had a bunch enabled. I found the issue with two skins (at least two I have installed): Metrolook, and Tweeki.

In T336643#8849363, @Ammarpad wrote:

Have some skins loaded

Please give precise skin name.

In T322959#8390906, @ashley wrote:

@Ladsgroup So while investigating this ticket I stumbled upon T307616 and your dd9b44b167141, which removed the useIndexClause method but it looks like it was accidental as there was no mention of it in the commit message, and the method was neither deprecated nor marked as private. Can you confirm whether this was truly the case, and if so, could the method be added back to the relevant core class in order to fix this issue? Thanks!

Is there any more progress on this? This seems like a simple request, that has not been in almost six years, and no activity at all in 2 years.

Some of this already mentioned by @ashley above, but just reiterating with some other ideas and how this can potentially be done.

Thank you for this task.

In T311053#8117975, @Nikerabbit wrote:

When the issue happens, I see x-cache: cp21 HIT (4) or similar in the response. I think your Varnish is not configured correctly to split the cache.

I'm closing this task since there isn't evidence that this is a bug. No such issues has been reported from e.g. those Wikimedia sites where this option is enabled.

This same issues has been reported to us multiple times.

See also https://phabricator.miraheze.org/T9392 for downstream task with some information as well.

In T310948#8013344, @ChioGaming2007 wrote:

In T310948#8013332, @Universal_Omega wrote:

No.

I have turned it off
But the result is still the same

In T310948#8013331, @ChioGaming2007 wrote:

So if I turn it off will the pictures in the article become invisible

No.

In T310948#8013280, @ChioGaming2007 wrote:

So what's the solution?
and what do you mean "disable that feature"
What should I remove

In T300311#8011545, @RhinosF1 wrote:

Hi, The warning added with this task is blocking some page views at Miraheze. Can we get guidance on how to fix.

https://tampvan.miraheze.org/wiki/Benua_Greget & https://tampvan.miraheze.org/w/index.php?title=Perserikatan_Bangsa_Greget are affected at least

Skipping interwiki link
LinkBatch.php line 153 calls wfBacktrace()
LinkBatch.php line 119 calls LinkBatch->addObj()
LinkBatchFactory.php line 99 calls LinkBatch->__construct()
Skin.php line 451 calls MediaWiki\Cache\LinkBatchFactory->newLinkBatch()
Skin.php line 297 calls Skin->preloadExistence()
SkinTemplate.php line 146 calls Skin->initPage()
OutputPage.php line 2807 calls SkinTemplate->outputPage()
MWException.php line 187 calls OutputPage->output()
MWException.php line 221 calls MWException->reportHTML()
MWExceptionHandler.php line 105 calls MWException->report()
MWExceptionHandler.php line 202 calls MWExceptionHandler::report()
MediaWiki.php line 583 calls MWExceptionHandler::handleException()
index.php line 53 calls MediaWiki->run()
index.php line 46 calls wfIndexMain()