Looks like this is resolved now,
https://en.wikipedia.org/wiki/Device_(Device_album)?useparsoid=0&oldid=850576567#Weekly_charts
https://en.wikipedia.org/wiki/Device_(Device_album)?useparsoid=1&oldid=850576567#Weekly_charts

This seems like a Parsoid problem, and it may be a new issue – otherwise it would have probably come up before, and I don't recall seeing this problem.

Have a look at the Migration to Parsoid read views section of the README of the ParserMigration extension and let me know if that works for you
https://github.com/wikimedia/mediawiki-extensions-ParserMigration

The page exists at https://www.mediawiki.org/wiki/Help:Lint_errors/night-mode-unaware-background-color so we just need to add a redirect. It seems the other lint categories are also redirects from that help link so that probably needs updating as well.

Rather than revert that patch, it could be backported to .22

You'll still need to patch above but it can be rebased on yours and cleaned up. Happy to do that if you want.

I don't think that patch fixes this issue. It does help in that the check ( $parent->getAttribute( 'id' ) !== 'mf-section-0' ) in the patch above can be removed.

https://en.wikipedia.org/api/rest_v1/page/html/0 render the correct page now

Post-deploy to group0 today, MultimediaViewer is opening on officewiki pages. It sometimes requires a purge.

The source is

See if we can preserve git history of Cite development in Parsoid

Examples are from https://en.wikipedia.org/wiki/Help:Introduction_to_images_with_Wiki_Markup/1?useparsoid=1

This smells like PHP seeing "0" and evaluating it as boolean false

Post-deploy, there are instances of this error on 1.42.0-wmf.18

Surely T134469

Post-deploy, edits in the copied gallery are preserved,
https://en.wikipedia.org/w/index.php?title=User%3AArlolra%2Fsandbox&diff=1203881684&oldid=1203881494

It looks like the logs as a result of T355704 have calmed down

The patch above is pretty much what it would take to do this in the legacy parser. But note that the |link= option doesn't get turned into a redlink either so the problem is a bit more general.

I'm able to reproduce this issue on scandium with

Special page transclusions are now supported,
https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox&oldid=1199013916&useparsoid=1

Investigating T355704, I noticed that the same as reported in this task is true for special page transclusions and presumably all parser functions returning html.

In T353889#9456395, @Xaosflux wrote:

Able to consistently duplicate, with VE (have not tried via API)

1. Go to https://en.wikipedia.org/wiki/User:Xaosflux/sandbox149?veaction=edit
2. Try to edit the parameters on the second template
3. Try to publish the page

Note: failure does not occur when using the wikitext editor

I bet the <includeonly> there (included to deliberately workaround /something or other/ in the legacy parser, I'm sure)