When I investigate cases of auto-inserted <nowiki> tags, I quite frequently come upon cases like [[link|lin]]<nowiki/>k—i.e., where concatenating the string between | and ]] with the text after <nowiki/> produces the same string as what appears between [[ and |. This will render as "lin​k".¹ While technically correct, this is never the editor's intention, and fixing this edit by removing the <nowiki/> tag, the "k" trail, and everything after the pipe is always required.

This should be simply automatically normalized to [[link]]. In 100% of cases that's what the editors actually want.

This is a sub-case of T141689, and it should be one of the easiest and least controversial instances thereof. As with that task, I only checked this consistently in the Hebrew Wikipedia and not in other languages. I cannot imagine that this would be different in other languages, but I'm willing to hear other arguments. If in other languages something like [[link|lin]]<nowiki/>k is actually useful, a per-language configuration may be made, but I doubt that this will ever be needed.

As a particular case of this, it's possible that the link target is not equal as a string to the concatenation of the link text and the link trail, but they are equal functionally, for example [[Link|lin]]<nowiki/>k. This should be normalized to [[link]] or maybe [[Link|link]] (but not [[Link]] or [[Link|lin]]k).

¹ There's a zero-width space between the link and the letter k in this task description. Parsoid and MediaWiki don't use it. I used it here for display purposes, because otherwise Phabricator wouldn't render it the way I needed. With the possible exception of HTML, all markup languages are awful.