I can repro. But I did notice that your computer will try to open the file with the default program when you Cmd+click on it, does that happen for you too?
The cause of this is that we don’t parse Markdown links inline yet, in the sense that we don’t check if it starts with http or not, and just let your system takes over.
For example, if you have [Google](google.com) and you actually have a note called “google.com”, what do you expect Obsidian to do? There are even domains that end with .md now (like obsidian.md), so it’s increasing hard to know whether you’re talking about a local file or a website. That’s why I would recommend using [[links]] too if possible.
Additionally. For me, markdown links don’t work with the cursor either. Putting this here rather than another bug report because it’s likely related.
Was about to create a bug report when I found this thread.
In the edit mode, links behave differently depending on how you format them:
[[link]] -> gets an underline on mouseover + works with CMD+click.
[link](link.md) -> does not get an underline on mouseover + does not work with CMD+click.
Problem is: at least for me (Mac) all links created with the autocomplete helper (the list of already existing pages) uses the second notation, which is not working as expected.
Sure, I could just use [[link]] by ignoring the helper and manually typing each character as @ryanjamurphy mentioned, but that totally deprives me of the benefits of the helper, which is obviously helpful when linking to pages with long names.
It’s easy to use [[page]] and ignore the helper, not so much when linking to [[a-really-long-page-name-for-no-special-reason]].
PS: strangely enough, the autocomplete helper does not work in this faulty way when I try to edit the default Obsidian help docs. It always uses [[link]] instead of [link](link.md).