This is affecting dozens, possibly hundreds, of template pages. If it could be fixed soon, that would be helpful.

https://en.wikipedia.org/wiki/Special:LintErrors/missing-end-tag?namespace=10

Here is a similar case that was causing a Linter false positive error:

https://en.wikipedia.org/w/index.php?title=Template%3AFb_oi_header&diff=1179382264&oldid=819685724

Change 964984 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/services/parsoid@master] [WIP] Pop noinclude tags from the end of table (row) attributes

https://gerrit.wikimedia.org/r/964984

Please don't revert the changes, which have been helpful overall. I have been adding line breaks before the noinclude tags to a few hundred template pages, and that seems to resolve this false positive error without changing the table's display.

My understanding of noinclude tags has always been that they were essentially invisible to the parser, since that is how they seem to behave when the page is rendered. So as long as there is a new line after the noinclude tag, the table renders fine, but it sounds like the Parsoid page analyzer works differently from the actual renderer. It's too technical for me, but it you can find a way to make the Linting match the rendering (and the logical structuring of the wikitext), that would be great.

Please don't revert the changes, which have been helpful overall.

Ok

My understanding of noinclude tags has always been that they were essentially invisible to the parser

Your understanding is correct; Parsoid is breaking that contract and needs to be fixed.