> php bin/parse.php --pageName "User:Jonesey95/sandbox2" --linting < /dev/null
{"type":"obsolete-tag","dsr":[73,137,20,7],"params":{"name":"font"}}

I don't think MediaWiki-extensions-Linter is the right tag here

Sorry, what I was trying to communicate in T294720#7472261 was that Parsoid is correctly detecting this as an obsolete tag

Also, it would need to be verified that tidy did actually do the migration of font tags in the presence of sup, since there are cases where it didn't and the whole point of linting this was to keep the content rendering identically after the switch to Remex.

To be clear: LintHint and Page Information should report one of these errors: https://www.mediawiki.org/wiki/Help:Lint_errors/tidy-font-bug. The error has gone by a few different names since Linter was implemented.

It should report this error in addition to the obsolete tag error caused by the font tag.

Interestingly, this code reports a Tidy font link error:

<font color="purple">[[User talk:Persian Poet Gal|<sup>(talk)</sup>]]</font>

In T294720#7472768, @Jonesey95 wrote:

To be clear: LintHint and Page Information should report one of these errors: https://www.mediawiki.org/wiki/Help:Lint_errors/tidy-font-bug. The error has gone by a few different names since Linter was implemented.

It should report this error in addition to the obsolete tag error caused by the font tag.

Not necessarily, see T294720#7472699

Here's another flavor of an undetected "Old behaviour of link-wrapping font tags" Linter error:

This one is two wikilinks inside a single font tag that attempts and fails to assign a color, like this:

<font color="#333333">[[User:MC10#top|M]][[User talk:MC10#top|C]]</font>

To show that it is two links, not just this kind of anchored link, I added a single link immediately after the problem case.

https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox2&oldid=1057705046

This code should show an "Old behaviour of link-wrapping font tags", aka tidy-font-bug, Linter error.

If you look at the three other lines on that page, you can see a properly flagged tidy-font-bug error, properly colored text using font tags inside the brackets, and unformatted linked text for comparison.

If anyone gets around to fixing this bug, here are additional examples of undetected "Old behaviour of link-wrapping font tags" Linter errors:

https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox2&oldid=1080187729

Is there a reason that this bug is stalled? Tidy font link errors are listed as "high-priority" errors by the Wikimedia developers, but this bug has not received high-priority attention.

In T294720#7532845, @Jonesey95 wrote:

Here's another flavor of an undetected "Old behaviour of link-wrapping font tags" Linter error:

This one is two wikilinks inside a single font tag that attempts and fails to assign a color, like this:

<font color="#333333">[[User:MC10#top|M]][[User talk:MC10#top|C]]</font>

Looking at https://github.com/wikimedia/mediawiki-services-parsoid/blob/master/src/Wt2Html/PP/Processors/Linter.php#L621-L644 the code comment says,

			 * Tidy does not migrate <font> into the link in these cases
...
			 *     <font>[[Foo]][[Bar]]</font>

This doesn't seem undetected, but rather explicitly omitted.

The tidy-font-bug lint was introduced to flag cases where we'd have rendering differences between Tidy and Remex, and in this case it doesn't seem like there would have been any.

In T294720#7819741, @Jonesey95 wrote:

If anyone gets around to fixing this bug, here are additional examples of undetected "Old behaviour of link-wrapping font tags" Linter errors:

https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox2&oldid=1080187729

It's not enough to show that the font colour is suppressed. It needs to be a case where Tidy would have migrated the font into the link.

Here's another pair of similar instances that are not detected:

<font color="white">[[Wikipedia:Administrators|Sysop]] foo</font>

<font color="darkorange"> [[User:Tnxman307|TN]]</font>

Note the spaces.