Another one

@alanajjar Can you check the page in incognito mode? and also check if someone changed MediaWiki:Common.js recently in local wiki.

In T192855#4151749, @Jayprakash12345 wrote:

@alanajjar Can you check the page in incognito mode? and also check if someone changed MediaWiki:Common.js recently in local wiki.

I revert the last edit on Common.js (here). Incognito mode of the browser?

@Jayprakash12345 the problem affect mainly users signature, as you see in the second picture the user signature on yellow color, after it all the page appear on color, and the first pic the user signature on purple color, and all the page after it on purple. But no new edits in these users signature

Can you talk a look for code of one of these user signature for example, here? it's affect other users and now appear almost on all discussion pages (include village pump) on ar.wiki.

@Aklapper I report it as fast as I can as many users complain and you should see to them that you try to do anything, because of this I post it with few ambiguous sentences.

If it as expected, why it just appear yesterday? Why the problem did not appear previously? see here and here and here

Maybe Remex (new HTML parser) was enabled for your wiki and the signature had invalid HTML for Tidy (old HTML parser) but Remex was able to parse it and display it.

@Urbanecm so what we should do?

Also see here the middle section (عني) became uncollapsed and we don't find any problem here

@ssastry Did Remex get turned on inadvertently? This is occurring on en.WP right now (when I thought the timeline was Q3 2018).

In T192855#4154197, @alanajjar wrote:

Also see here the middle section (عني) became uncollapsed and we don't find any problem here

That might be a different problem. Following https://www.mediawiki.org/wiki/Help:Locating_broken_scripts on https://ar.wikipedia.org/wiki/مستخدم:باسم?debug=true , you can see in your browser's developer tools that https://ar.wikipedia.org/w/index.php?title=MediaWiki:LoadingContent.js and https://ar.wikipedia.org/w/index.php?title=Mediawiki:CustomSideBarLinks.js are broken. Both show an error that mw.util is undefined. T164242: Find and fix undeclared dependencies to mw.util, mw.notify etc of on-wiki scripts and gadgets provides more information how you can fix this on arwiki.

En.WP thread is currently at VPT.

Hmm .. Not that I know of .. I am still planning to do progressive deployments. @demon @Legoktm @Jdforrester-WMF .. is this somehow related to mediawiki defaulting to remex?

In T192855#4153893, @alanajjar wrote:

If it as expected, why it just appear yesterday?

@alanajjar: I obviously misunderstood/missed the "this only started recently" part. I am sorry. It's great and welcome that you report such problems quickly.

https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+/master/wmf-config/InitialiseSettings.php#19738 still has the Tidy and Remex block .. so something must have changed in core that interprets these values or something is overriding these settings wrt Tidy / Remex.

'wgTidyConfig' => [
	'default' => [ 'driver' => 'RemexHtml' ],
	// Wikipedias [ ..]
	'arwiki' => null,

> var_dump($wgTidyConfig);
array(1) {
  ["driver"]=>
  string(9) "RemexHtml"
}

Looks like it's not about run-time interpretation. Something in wmf-config or core is obscuring or changing the variable during initialisation.

In T192855#4154438, @Aklapper wrote:

In T192855#4154197, @alanajjar wrote:

Also see here the middle section (عني) became uncollapsed and we don't find any problem here

That might be a different problem. Following https://www.mediawiki.org/wiki/Help:Locating_broken_scripts on https://ar.wikipedia.org/wiki/مستخدم:باسم?debug=true , you can see in your browser's developer tools that https://ar.wikipedia.org/w/index.php?title=MediaWiki:LoadingContent.js and https://ar.wikipedia.org/w/index.php?title=Mediawiki:CustomSideBarLinks.js are broken. Both show an error that mw.util is undefined. T164242: Find and fix undeclared dependencies to mw.util, mw.notify etc of on-wiki scripts and gadgets provides more information how you can fix this on arwiki.

The problem appeared today's morning, yesterday it wasn't there. Seems like it appeared at the same time with the above problem.

Change 428697 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[operations/mediawiki-config@master] Explcitly set driver for Tidy wikis to RaggettInternal*

https://gerrit.wikimedia.org/r/428697

In T192855#4154632, @alanajjar wrote:

In T192855#4154438, @Aklapper wrote:

In T192855#4154197, @alanajjar wrote:

Also see here the middle section (عني) became uncollapsed and we don't find any problem here

That might be a different problem. Following https://www.mediawiki.org/wiki/Help:Locating_broken_scripts on https://ar.wikipedia.org/wiki/مستخدم:باسم?debug=true , you can see in your browser's developer tools that https://ar.wikipedia.org/w/index.php?title=MediaWiki:LoadingContent.js and https://ar.wikipedia.org/w/index.php?title=Mediawiki:CustomSideBarLinks.js are broken. Both show an error that mw.util is undefined. T164242: Find and fix undeclared dependencies to mw.util, mw.notify etc of on-wiki scripts and gadgets provides more information how you can fix this on arwiki.

The problem appeared today's morning, yesterday it wasn't there. Seems like it appeared at the same time with the above problem.

While we'll fix this accidental rollout of Remex now, please note that Tidy will be replaced everywhere end of June, and so, you will see these problems reappear after that unless those pages and signatures are fixed -- https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2018-April/001836.html

This gives me an idea btw. We should definetly consider to run a dbquery to check how many accounts produce an unbalanced HTML signature and potentially warn those users with a bot or inpage message, then at a later time reset their signature if the user doesnt follow up.

A similar problem was reported at ptwiki on april 19. See pt:WP:Café dos programadores#EADs.

In T192855#4154900, @TheDJ wrote:

This gives me an idea btw. We should definetly consider to run a dbquery to check how many accounts produce an unbalanced HTML signature and potentially warn those users with a bot or inpage message, then at a later time reset their signature if the user doesnt follow up.

Yes please! I was considering creating a (temporary) default gadget for this, which would check the syntax of the custom signature and in case of errors reset it and show a warning to the user.

In T192855#4154931, @He7d3r wrote:

A similar problem was reported at ptwiki on april 19. See pt:WP:Café dos programadores#EADs.

Good spot. That's probably people experiencing this task during the two hours on 2018-04-19 that wmf.30 was deployed before being reverted due to T192609; it was then re-deployed yesterday 2018-04-23 at ~20:30 UTC.

I was considering creating a (temporary) default gadget for this, which would check the syntax of the custom signature and in case of errors reset it and show a warning to the user.

You can't run gadgets (or any other kind of script) on Special:Preferences, for security purposes. Anyway, that part of this discussion should be moved to a new task under T175706, please. :-)

You can't run gadgets (or any other kind of script) on Special:Preferences, for security purposes.

It could run when the user edits a talk page, and use the API to get/check/set the signature.

Anyway, that part of this discussion should be moved to a new task under T175706, please. :-)

Ok.

In T192855#4154945, @Jdforrester-WMF wrote:

You can't run gadgets (or any other kind of script) on Special:Preferences, for security purposes. Anyway, that part of this discussion should be moved to a new task under T175706, please. :-)

Created T192950: Find unbalanced HTML in current signature of users and inform the user and/or reset the signature

Change 428697 merged by jenkins-bot:
[operations/mediawiki-config@master] Fix wgTidyConfig expansion to not ignore null as value

https://gerrit.wikimedia.org/r/428697

Mentioned in SAL (#wikimedia-operations) [2018-04-24T22:53:20Z] <legoktm@tin> Synchronized wmf-config/CommonSettings.php: Fix wgTidyConfig and restore proper tidy & Remex config - T192855 (duration: 01m 16s)

I used https://fr.wikipedia.org/wiki/Utilisateur:Lofhi/Test to verify that the config change worked. Pages will probably need to be purged or edited for them to be rendered with the expected tidy...

Yes, fixed as see here also.

Thanks all

In T192855#4154438, @Aklapper wrote:

In T192855#4154197, @alanajjar wrote:

Also see here the middle section (عني) became uncollapsed and we don't find any problem here

That might be a different problem. Following https://www.mediawiki.org/wiki/Help:Locating_broken_scripts on https://ar.wikipedia.org/wiki/مستخدم:باسم?debug=true , you can see in your browser's developer tools that https://ar.wikipedia.org/w/index.php?title=MediaWiki:LoadingContent.js and https://ar.wikipedia.org/w/index.php?title=Mediawiki:CustomSideBarLinks.js are broken. Both show an error that mw.util is undefined. T164242: Find and fix undeclared dependencies to mw.util, mw.notify etc of on-wiki scripts and gadgets provides more information how you can fix this on arwiki.

This fixed also.