Topic on Talk:New requirements for user signatures/Flow

AntiCompositeNumber’s report for huwiki lists the following signature as not having a user/user talk link (the user page is Szerkesztő:HoremWeb):

[[kép:horemweb.png|HoremWeb|link=Szerkesztő:HoremWeb]] <sup>[[kép:dd-mdw-jn.png|14px|ḏd md.w jn: szavaknak mondása|link=Szerkesztővita:HoremWeb]]</sup>

Is this invalid according to MediaWiki as well, or it’s just the Toolforge tool that doesn’t recognize it? The resulting HTML has a proper <a> tag in it, so I don’t think that the reply tool (or any other tool) should have issues with it.

You know, I have actually never considered that someone's entire signature might be images…

I tested it and it looks like the MediaWiki code recognizes the links, and this signature is valid.

Thanks, I thought for some reason that the deprecation period will start tomorrow, so I didn’t test this myself. So it’s up to AntiCompositeNumber to recognize it in his tool, but this might be quite tricky… Is there a way for Toolforge tools to call a real MediaWiki? It would be a lot easier to simply check for

$validator = new \MediaWiki\PreferencesSignatureValidator(
 $user,
 $context,
 ParserOptions::newFromContext( $context )
);
$signatureErrors = $validator->validateSignature( $signature );

If not, probably this could be exposed as an API (which could be used on Special:Preferences as well to provide nearly real-time feedback about invalid signatures, instead of only on save).

I'd be able to fix it by switching my parsing code from parsing Wikitext to parsing rendered HTML, but I don't really have the time/energy for that at the moment. As a personal opinion, I don't think it should be valid, but that obviously didn't make it into this round.