Discourse verarbeitet sie nicht ordnungsgemäß, unabhängig davon, welches Markdown verwendet wird.
Fügen Sie sie einfach ein, wie eine HTTP-URI, und Discourse ignoriert völlig die Tatsache, dass es sich um eine URI handelt, wie hier: urn:records:test:3.
Umgeben Sie sie mit <>, also <urn:records:test:3>, und Discourse vertauscht die letzten beiden Segmente, wie hier: urn:records:3:test. Bei einem Rechtsklick zum Kopieren erhalten Sie entweder urn:records oder test:3, je nachdem, wo sich Ihr Mauszeiger genau befindet. Bei einem Linksklick passiert nichts, da sie nicht ganz als URI behandelt wird.
Verwenden Sie eine vollständige Link-Markup, also [Text über `urn:records:test:3`](urn:records:test:3), und Discourse entfernt das letzte Segment aus dem per Rechtsklick kopierbaren – und wiederum nicht anklickbaren – URI, live hier in Text über urn:records:test:3, wobei ein Rechtsklick zum Kopieren urn:records:test ergibt, oder wie bei [`urn:records:test:3`](urn:records:test:3), live hier in urn:records:test:3, wobei ein Rechtsklick zum Kopieren urn:records:test oder 3 ergibt, je nachdem, wo sich Ihr Mauszeiger genau befindet.
Ich habe keine exhaustive Prüfung aller gültigen URI-Konstruktionen durchgeführt. urn:records:test:3 ist einfach ein reales lokales Beispiel.
Für sichere Nachrichten und Anrufe verbinden Sie sich über Snikket/XMPP mit mir unter xmpp:maiki@chat.v2.talkgroup.xyz.
Erzeugt (nachdem xmpp zu allowed href schemes hinzugefügt wurde):
Für sichere Nachrichten und Anrufe verbinden Sie sich über Snikket/XMPP mit mir unter <a href="mailto:xmpp:maiki@chat.v2.talkgroup.xyz" dir="ltr">xmpp:maiki@chat.v2.talkgroup.xyz</a>.
Das Problem liegt in diesem Fall bei href="mailto:xmpp:maiki@chat.v2.talkgroup.xyz". Dies wird als Anwendungsfall für diesen Fehler notiert.