The issue was noticed on Pikipedia.

If you happen to have TextExtracts you should update that one too since recent changes will stop updating with edits otherwise

Gotta update MobileFrontend to the latest 1_39 version which includes this change

I figured there was value in having the more granular control as an option in case a different issue arises, or someone just wants to use the HTML file cache without the ResourceLoader file cache for whatever reason.

Ah, not a perfect solution then. I figured out the root cause of the issue (at least in my case). What I was doing is including __TOC__ before the body text (floated to the right), and the TOC includes a h2 header. The regex in TextExtract's ApiQueryExtracts.php getFirstSection function thinks the h2 in the TOC is the article's first section, and is getting all content before it, which is nothing (plaintext is false so it's looking for <h?> tags). It doesn't matter that the TOC is a div or wrapped in a div since that stuff is stripped out after the regex is run.

Remove the exintro parameter and it works well. The parameter must be removed in order to actually be false - if it's set to true, false, or anything else it is taken as true, which is why the way $wgPopupsTextExtractsIntroOnly is implemented doesn't make sense to me.

I had a user who couldn't access a MediaWiki 1.35 wiki on iOS 10.3.3, with an error message saying "cannot open page because the network connection was lost". I commented-out $response->header( 'Content-Length: ' . ob_get_length() ); in MediaWiki.php and that fixed it for them.

Changing the if statement in the loadText function back to != instead of !== seems to fix it.

I used the MobileMenu hook to add a recent changes button to the menu, then used MediaWiki:Mobile.css to give it an icon. So the icon appears on every page but those special pages.

I just upgraded to 1.27 and I had the same problem. Here is the fix:

I do not. $wgShowExceptionDetails didn't add anything, I just made the change and it worked.

I found that the issue was caused by this change:

Oops, I missed copying the line number. It's 136.

Everything is functioning as expected when it comes to page redirects and actions.

In T121892#1894034, @Reedy wrote:

In T121892#1893997, @Porplemontage wrote:

With the patch applied to 1.23.12, there are still fatal errors:

Fatal error: Call to undefined method DerivativeRequest::setRequestURL() in /includes/Wiki.php on line 259

Fatal error: Call to undefined method OutputPage::lowerCdnMaxage() in /includes/Wiki.php on line 262

https://gerrit.wikimedia.org/r/260306 try PS3

With the patch applied to 1.23.12, there are still fatal errors:

I suspect that some 1.27 code made it into all the recent releases (1.26.1, 1.25.4, 1.24.5, and 1.23.12) and the problem is with all these versions. I've only personally tested 1.23.12, but just finding a wiki on 1.26.1, I notice the issue:

The default value of true - did not customize it.

Enabling $wgShowExceptionDetails doesn't result in any more information being provided.