Topic on Project:Support desk

I can't log in after upgrading to 1.35.1

13
UGOBOSS777 (talkcontribs)
2A00:23C4:9DC4:D001:1D5F:D66F:E2A:D2D9 (talkcontribs)

That's exactly my problem too! See my post above "MediaWiki version 1.35.1 garbled text encoding problem (MySQL database incorrect encoding)".

My hosting provider (Namecheap) tried to fix it but gave up. I hope someone here figures out what is going on!

Peculiar Investor (talkcontribs)

Check if you have $wgDisableOutputCompression = true; set in your LocalSettings.php.

That is what was causing this on my wiki. If that's the case, then comment it out.

MarkAHershberger (talkcontribs)

Is this reported in Phabricator?

Michaelbeijer (talkcontribs)

Is anyone trying to fix this? I hope so!

Peculiar Investor (talkcontribs)

Yes they are. There have been a number of bug reports that all seem to be consolidated into T235554. I'm tracking them because I'm impacted on one wiki I administer. Strangely on another wiki, self-hosted, and on my local testbed running CentOS 8, the problem doesn't happened, so there seems to be odd combination of elements in the webstack (Apache, Varnish cache?, etc) that interact in such as manner to cause the problem.

Did you check if you have $wgDisableOutputCompression = true; set in your LocalSettings.php? See Has MW 1.35 changed when/how the HTTP header, Content-Length, are used? on Project:Support desk (mediawiki.org) for background on my experiences so far with MediaWiki 1.35.

My problematic wiki is currently mostly functional by removing the workaround suggested for MediaWiki 1.35, i.e. to set $wgDisableOutputCompression = false;

Michaelbeijer (talkcontribs)

Thanks for the info!


Nothing works on my site:

  • $wgDisableOutputCompression = false;
  • $wgDisableOutputCompression = true;
  • or commenting them out


All I see is garbled text. Oh well, will have to wait till someone figures it out.


I wish there was an easier way to get VisualEditor working on 1.31.12. I can't figure out all that crazy Parsoid stuff.

Michaelbeijer (talkcontribs)
Michaelbeijer (talkcontribs)
2601:589:4600:1E30:5C5B:A2C3:57DB:D4E5 (talkcontribs)

Having this same issue. GoDaddy was unable to help me figure out why it was happening. They said it was my account and looked like it had been hacked. I didnt quite agree with that. It was a bit of a shocker for sure. Luckily I had a backup. After uninstalling and re-installing my back up the next morning same thing. I came to realization that I had it toggled under the CPanel to do the updates when available so it was going from 1.35.0 to 1.35.1. I turned this off so it will stay at 1.35.0 for now till this is resolved. My compression setting was actually commented out in my file, but still it messes up the page when the update took place

84.9.133.159 (talkcontribs)

any progress on this? facing the same issue with multiple wiki sites busted by 1.35.1

2A01:E0A:322:5EC0:C467:2E20:901C:1D9E (talkcontribs)

i migrate today from 1.34.4 to 1.35.1 : same issue (chrome, chromium) but not with firefox

FredericLogipro (talkcontribs)

Hello,

there is a hack waiting for official fix:

In file includes/Mediawiki.php

change 0 to "On" lin 1071: ini_set( 'zlib.output_compression', "On" );

comment line 1082 : //  $response->header( 'Content-Length: ' . ob_get_length() );

Reply to "I can't log in after upgrading to 1.35.1"