Thanks! Hope that fixes it.

Still an issue. The form that Joris linked to (https://sandbox.semantic-mediawiki.net/wiki/Formulaire:T128733) has the following definition :

Triaging as high, since this issue directly affects core ApprovedRevs functionality.

So, I have what I think to be a start of a potential fix. I cannot seem to get it completely working, though. Perhaps you can have a look, @Yaron_Koren, since you're way more familiar with the code than I am.

Confirmed. I'm working on a patch.

The error is "HTML attribute value can not contain a list of values". As far as I know, there is no 'responsible' field tag in the form definition.

Checked and confirmed: it is still a problem in PF4.4.

Good question. Will check that later this week.

This bug seems to have reappeared in PF 4.3. I'm running Page Forms 4.3.1 and encounter this error message when a comma-separated list of values is used. I've found another report of someone downgrading to 4.2.1 to 'fix' this. (https://github.com/fuerthwiki/wiki/issues/97)

In T58269#2006679, @HappyDog wrote:

One of my extensions seems to be triggering this, and I have no idea what to do about it.

I noticed some funny behavior wrt these uncommitted db writes notices. Like I reported earlier, I consistently see these notices for wikis (MW1.23) that require a login (i.e., are not readable for anonymous users). However, when I make the wiki temporarily publically accessible, access it through a browser and close it again, the notices disappear. When I 'touch' LocalSettings, the notices reappear. Cache invalidation seems to re-trigger the notices.

I consistently get these notices on MW1.23 when $wgGroupPermissions['*']['read'] = false;