The unclosed link in the description means that you have an autourl followed by a tag,

These edge cases are well understood and the wikitext edits are sufficient for the time being.

Post-deploy, Parsoid now respects __NOEDITSECTION__ and the pages from the description now look the same, at least in terms of the section edit links,
https://hu.wiktionary.org/w/index.php?title=sohase&useparsoid=0
https://hu.wiktionary.org/w/index.php?title=sohase&useparsoid=1

An empty link is generally a numbered external link though. The spec gives the example, [http://example.com], which renders as,

<a rel="mw:ExtLink" class="external autonumber" href="http://example.com"></a>

https://www.mediawiki.org/wiki/Specs/HTML/2.8.0#Numbered_external_link

I believe that I also saw this problem caused by NOTOC which is code that could be in pretty much any namespace, so filtering by namespace is probably not going to work.

I think this is arguably a Parsoid issue, because [https://example.com]https://example.com isn't a valid interpretation of what we submitted.

I don’t think T369997 is the same as this

For some reason, at least some pages in article space are still reporting false positive fostered content errors.

See also - T216350 which I thought had been solved.

I've also come across the following:
https://en.wikisource.org/w/index.php?title=Page:Dictionary_of_National_Biography_volume_02.djvu/12&action=edit&lintid=3526135 flagged as fostered for no obvious reason, I can determine. The construction used here is a commonplace usage on English Wikisource.

Parsoid builds are failing similarly,
https://integration.wikimedia.org/ci/job/quibble-composer-mysql-php81/657/console

I could swear I looked for __NOEDITSECTION__s everywhere…

In T354215, Parsoid's Cite implementention and copy of citeParserTests.txt was moved to the Cite repository.

Some of this stuff looks less convincing,
https://en.wikipedia.org/w/index.php?title=Sarajevo_International_School&diff=1053743782&oldid=1053741050
https://en.wikipedia.org/w/index.php?title=Generation_Italy&diff=1049016314&oldid=954035270

This should return true for routes that may require synchronous database writes.
https://github.com/wikimedia/mediawiki/blob/master/includes/Rest/Handler.php#L1041

So it’s pretty clear to me that the legacy parser simply gives up after a certain level of indirection instead of trying and failing,

This is similar to T355099 in that rendering transparent tags (include directives) are preventing paragraph wrapping from happening.

I suppose your interwiki table has a numeric prefix which is being cast to an int,
https://www.php.net/manual/en/language.types.array.php#language.types.array.syntax

The endpoint can trigger a lint job that writes to the db. That's skipped in readOnlyMode though,
https://github.com/wikimedia/mediawiki/blob/master/includes/parser/Parsoid/Config/DataAccess.php#L446-L448

It is UNACCEPTABLE to expect contributors to have make sweeping changes or play hunt the glitch repeatedly without good reason!!

The corresponding wikitext is broken (missing a closing ] ).

In T368724#9934301, @ihurbain wrote:

(in See, the text below Notodden church). Rendering is broken there anyway.

These days,

In T369317#9956453, @ShakespeareFan00 wrote:

Possiby Related- T369354? I had fixed what I thought was a 'fostered-content' error, only for it turn into a 'missing-tag' error. The tag that is missing, is inside a noinclude.

I poked around to look for a phabricator task, but I can't find it

The commit msg explains this was solved a little differently than requested,
https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/1048548

P65796 is the script @Ladsgroup wrote to clear stale data in T363682

Renders now,
https://en.wikipedia.org/wiki/Template_talk:Did_you_know?useparsoid=1
https://en.wikipedia.org/w/index.php?title=Template_talk:Did_you_know&oldid=1230834214&useparsoid=1

Effectively, an isolated test is,

In T368721#9934221, @ihurbain wrote:

Probably the same issue on

After the [1] maplink, the paragraph indenting is different

Thanks for your continued effort here @Ladsgroup. Sorry I sent you down this path.

This was replaced with TemplateInfo
https://github.com/wikimedia/mediawiki-services-parsoid/commit/56f33d0a81600328b4b518176a2c6ea200524f68

What is the rollback plan in production for this task if something goes wrong?