URL processing bug

[ericMB 16]

Here is another example of a URL that does not end in ".html":
https://www.leevalley.com/en-us/shop/home/outdoor-living/picnic/56087-tablecloth-clips

Like many commercial sites, the page is rendered by a server, so it has no .html suffix.Clicking the link in Evernote simply fails.

The capacity to open Evernote links in the Evernote editor is wonderful, but the URL processing is making URLs next to useless for dozens of product links I maintain. 

Please find some other way to distinguish Evernote URLs from every other URL in the world.

[Mike P 2,679]

1 hour ago, eric_treelight said:

Here is another example of a URL that does not end in ".html":
https://www.leevalley.com/en-us/shop/home/outdoor-living/picnic/56087-tablecloth-clips

Like many commercial sites, the page is rendered by a server, so it has no .html suffix.Clicking the link in Evernote simply fails.

The capacity to open Evernote links in the Evernote editor is wonderful, but the URL processing is making URLs next to useless for dozens of product links I maintain. 

Please find some other way to distinguish Evernote URLs from every other URL in the world.

This is just a further example of the acknowledged bug for websites containing the word "home". See for example

 

 

[PinkElephant 8,194]

This is quite annoying for everybody, since the word HOME is found in many URLs somewhere. It can even be embedded into a link that does not work (try www.mylittlehomesite.neat, and make it a link), EN will find the magic characters and send the user to his own EN home page.

Until this bug is fixed, copy the URL to a browser, and open it there.

[PinkElephant 8,194]

This seems to be solved - at least on my Mac client 10.42.7 it now correctly opens websites containing the text HOME.

It does not open the EN Home Screen any more.