Did something change recently with links? When you write example.com in a post it automatically works as a link in a post. (meaning it looks like a link and clicking on it takes you to that site). However when you write [link](example.com) link It looks like a link but there is in fact no link (meaning clicking on it does nothing). Did this change recently? Someone on our forum noticed that we have a bunch of links like this that are (now?) not working. NOTE: My example above is when using the Markdown editor (if that wasn’t obvious). When I use the rich wysiwyg editor and just paste example.com in the link dialog box, the link works.

[image] one1: However when you write [link](example.com) link It looks like a link but there is in fact no link (meaning clicking on it does nothing). Pedantically speaking, I think this the behaviour is acceptable. There’s not enough information by itself to distinguish between relative or a hostname. A link contains link text (the visible text), a link destination (the URI that is the link destination) example.com is not a valid URI by itself, even though if you type example.com by itself it’ll get turned into a link. That’s convention not specification though, since pineapple.belongson.pizza is also a valid hostname (well, it was until I let the domain expire) but doesn’t get auto-linked. You can use: rooted URI [rooted](/t/384591) rooted relative URI (with or without ./) :information_source: these are valid markdown, but our parser forbids it [relative](../../386082) relative [relative](./386082) relative [relative](386082) relative absolute URI [absolute](https://www.example.com/foo.html) absolute schemeless URI (similar to relative, but explicitly relative to only the scheme) [schemeless](//www.example.com/foo.html) schemeless [image] one1: Well, I just tried it in a github issue and it treated my link as a relative path Arguably, this is the correct behaviour. Without any sort of anchoring at the front, it’s a path relative to the current location, same as [link](./example.com).

Are you sure that e.g. [link](example.com) ever worked? I know markdown containing relative links, e.g. [link](/u) to link to the user list on a site, does work.

[image] tobiaseigen: Are you sure I am not! The only clue I have, if you can call it that, is that I have been frequently posting links like that to a site in that way (i.e. without the https://) and this is the first time anyone has ever mentioned it. Maybe no one was ever clicking on my links! Would you agree that one should not have to include the https:// in a markdown link? I don’t see anything in the common mark standard that mentions it: CommonMark Spec

[image] one1: Would you agree that one should not have to include the https:// in a markdown link? I don’t see anything in the common mark standard that mentions it: CommonMark Spec I don’t know? Honestly it has never bothered me before. Are you aware of any other markdown system that does what you suggest?

[image] tobiaseigen: Are you aware of any other markdown system that does what you suggest? Well, I just tried it in a github issue and it treated my link as a relative path, which honestly is worse than doing nothing at all. In Joplin it treats my https-less link as a real link and goes to the right place. Pasting the markdown into the WordPress editor also creates a relative link for the WP site. I’m trying to think of where else I use Markdown.

[image] supermathie: even though if you type example.com by itself it’ll get turned into a link. Yeah, that was my (hopeful!) justification for why the markdown links should also do that. But I’m slowly accepting the fact this isn’t going to happen (and that it never did). I just tried on Reddit and without the https:// it doesn’t even make it a link at all. I guess the only thing I would still have to suggest is that it not look like a link if it isn’t going to be a link (which is the current behaviour). This seems to be the least helpful of all options, although better than being a relative link. I think the Reddit behaviour of not being a link at all might be best, unless it can detect that it should be a relative link to something on the site itself.

[image] one1: I guess the only thing I would still have to suggest is that it not look like a link if it isn’t going to be a link I like this idea; perhaps we should unlinkify it entirely in the final baked post and put a warning in the composer preview. @product-managers ?

Hmm… Not that it’s a huge deal, but I’ve also gotten used to using something like[foo]() for illustration purposes which renders as foo. I feel like the problem here is the mismatch in expectations given the “linkify” site setting. Not sure how best to untangle this one, but I’ll share it with folks thinking about these edges cases in the composer to that it’s at least on their radar to consider.

[image] mcwumbly: I feel like the problem here is the mismatch in expectations given the “linkify” site setting. I wouldn’t have that mismatch, but I understand it. I expect markdown to do exactly what I’m saying: [link] means render the following as a link; it’s up to me to put a valid URL in there. I expect the composer to do a bit of magic: this looks like it’s meant to be a URL so I’ll mark it up as a link. This has become natural to me, but I certainly see potential for confusion. Maybe similar magic could be applied to validate the format of markdown links before linkifying them.

[image] mcwumbly: I’ve also gotten used to using something like[foo]() for illustration purposes which renders as foo. If one wants a link purely for demonstration purposes, one could use an anchor [foo](#nowhere) foo (still a relative link, but an anchor link relative to the current page) [image] ToddZ: I expect markdown to do exactly what I’m saying: [link] means render the following as a link; it’s up to me to put a valid URL in there. :+1:

[image] ToddZ: I expect markdown to do exactly what I’m saying Sure. But I think that most users would expect [link](example.com) to create a link to example.com. Putting example.com in the browser url bar works. And just typing it into a post also works. [image] ToddZ: Maybe similar magic could be applied to validate the format of markdown links before linkifying them. That’s the magic I’m looking for :mage:

Liens Markdown ne fonctionnant pas sans https:// ?

Assistance produit

supermathie (Michael Brown) Octobre 19, 2025, 3:14 10

J’aime cette idée ; nous devrions probablement le désactiver complètement dans le message final et mettre un avertissement dans l’aperçu du compositeur.

@product-managers ?

Sujet		Réponses	Vues
Markdown link not parsed when prepended with `[Text] ` Bug markdown-it-review	5	1839	Juin 26, 2017
Links with underbars surrounded by hyphens render incorrectly Bug	1	832	Septembre 24, 2018
URL auto-linking doesn't hyperlink if open paren precedes the protocol Feature markdown-it-review	5	2293	Juin 26, 2017
Relative links input into the Link tool during editing, don't work in final post display Bug	1	292	Octobre 20, 2025
Links with multiple dots aren’t linking right Bug	14	1261	Avril 22, 2022

Liens Markdown ne fonctionnant pas sans https:// ?

Sujets connexes