You can "fix" this by setting $wgCCFiltersOnly = true with MLEB 2018.01. You will of course lose some of the changes to the list itself, but there is a gadget that does similar things: https://translatewiki.net/wiki/Special:Gadgets/export/HoverPopTools

I now ran into this after upgrading from REL1_27 to REL1_31:

Setup

• MediaWiki 1.31.1 (9ea0a46) 17:34, 18. Feb. 2019
• PHP 7.0.33-0+deb9u1 (apache2handler)
• MariaDB 10.1.37-MariaDB-0+deb9u1
• Clean Changes 2018-04-10 (41927ea) 00:20, 14. Apr. 2018

If I do $wgCCFiltersOnly = true I am no longer getting the clean changes and things behave as if the extension was not installed at all. So I am not sure if this is the solution. Admittedly I am not using the extension in connection with MLEB but on its own.

Did you try adding the gadget? Also, you can control the filters separately using different configuration variables.

Did you try adding the gadget? Also, you can control the filters separately using different configuration variables.

No since I did not get around installing the Gadgets extension. Just wanted to report my findings most importantly that the proposed configuration disables the extensions functionality. Anyways, thanks for making aware of an alternative. :)

Forgot to note the PHP warning I got from CleanChanges:

[Sun Feb 24 16:56:05.356859 2019] [:error] [pid 19451] [client 91.64.58.85:33074] PHP Warning:  Declaration of NCL::recentChangesLine(&$baseRC, $watched = false) should be compatible with EnhancedChangesList::recentChangesLine(&$rc, $watched = false, $linenumber = NULL) in /../extensions/CleanChanges/CleanChanges_body.php on line 6