Fri, Jan 24
Thu, Jan 23
@Yaron_Koren Thanks for merging 564517. Could you please also review 564473?
Wed, Jan 22
Tue, Jan 21
Just merged your change. Again, thanks a lot!
Thanks for your contribution! I will review it ASAP.
Mon, Jan 20
Fri, Jan 17
Tue, Jan 14
I have also added a "quick fix" for the test: https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/PageForms/+/564517/
Okay, it looks like the tests were not broken by my change but are broken in current master as well.
I have created a patch that again "clones" the global Parser object . This solves the issue described above, but it seems to break some tests. I will look into this.
In the early times of PageForms a deep-copy of $wgParser used. But this got removed when the Parser started to contain closures, that can not be serialized . The author of that patch, @Foxtrott, states
This will likely lead to the old problematic behaviour, which will have to be fixed without using serialization
The call to Parser::clearState also got removed in that patch, but got added back just a few month later .
The issue comes from calling Parser::clearState in PFFormPrinter  on the global Parser object.
Thu, Jan 9
As a workaround one can patch the file LDAPProvider/src/UserDomainStore.php like this:
Is this still an issue? Your mail from 2020-01-08 implies that it's working now. Did you find a solution? If so, could you please share it?
Wed, Jan 8
Tue, Jan 7
I am sorry to hear that. Of course I don't want to cause any support requests or complains to the infrastructure-team. But I am using the LTS version of MediaWiki in any installation. Therefore all my extensions are compatible to that version, not to any other stable or even current master. To me it was logical to only keep branches that are actually maintained.