Incorrectly detects text as URL

[HaleTom]

I'm pasting my public key signature:

SHA256:+LMe8hqm106I3FUuQrqBBSLPffRHf8GgnL+fPunc7ek 2022-02-11 obsidian-main repo

What gets inserted:

[](<SHA256:+LMe8hqm106I3FUuQrqBBSLPffRHf8GgnL+fPunc7ek 2022-02-11 obsidian-main repo>)

I'm curious as to why the < and > are in there.

My config:

[GollyTicker]

Related to this. Why is the default fallback reg-exp this one?

[-a-zA-Z0-9@:%._\+~#=]{1,256}\.[a-zA-Z0-9()]{1,6}\b([-a-zA-Z0-9()@:%_\+.~#?&//=]*)

I find it problematic in that the following text is detected as a URL when clearly it only contains an URL as part of some text:

some before text
https://example.com/hello-world
some after text

This is inconvinient, as it prevents me from simply pasting larger bodies of text containing URLs. Pasting it becomes this:

[](<some before text
https://example.com/hello-world
some after text>)

Notice the extra [](<...>) around the content. This unfortunately makes this plugin a bit less useful and beaks the flow.

However, if I use this reg-exp instead - which essentially just adds a ^ at front and $ at the back - ensuring that the entire body must be a URL,

^[-a-zA-Z0-9@:%._\+~#=]{1,256}\.[a-zA-Z0-9()]{1,6}\b([-a-zA-Z0-9()@:%_\+.~#?&//=]*)$

then the above copy-statement simply works. (Edit: Fixed ^)

What speaks against using this new reg-exp? I think it's very common, that users of this plugin will copy larger bodies with contained URLs - and in this case I think the standard behavior should be, that it is not detected as an URL.

What do you think?

[Cito]

@HaleTom To answer the original question: The < and > are Markdown syntax to specify auto links.

@GollyTicker Makes sense. However, it should be a ^ instead of a # at the beginning of the regex.

[GollyTicker]

Thanks for the correction. Could we adapt this reg exp in the plugin to change the default behavior?

Adding test cases would also be nice, as I see that there are not testcases currently.

I could offer help, if you want.

[AhmadFCheema]

The Regex here for catching links is very buggy. Both the primary method to catch URIs and the Fallback Regular expression are problematic. Text with a colon : often gets matched. Other false-positives are: font-style: red, foo: bar, foo:bar, foo123: bar, etc.

One circumvention of these bugs is to, for the setting Behavior on pasting URL when nothing is selected, select Do nothing. While this won't fix the bugged matching of URIs and take away one nice feature, it will resolve the vast majority of bugged everyday pasting of common text.