Ctrl + Click on URL with dashes instead of underscore takes me to a non existent page
paul_nim last edited by Gwen-Dragon
If you go to https://www.bluecoat.com/en-gb/resources/cloud-data-protection/life-cycle-protection, then ctrl + click on cloud-data-protection in the URL. It should take you to https://www.bluecoat.com/en-gb/resources/cloud-data-protection, but depending on the word you click, it can take you to a url ending in cloud or data or protection. The same thing happens if you ctrl + click on any of the words in life-cycle-protection.
I've noticed the same thing happens on URLs where the separator used for words is a plus(+) but not an underscore.
I've checked that this happens on Windows version 1.8.770.44 (Official Build) (64-bit) and Linux version 1.6.689.46 (Stable channel) (64-bit)
UPDATE: maybe it's just some websites? I tried it with https://forum.vivaldi.net/topic/15355/pinch-to-zoom-facebook and was directed to the correct page
I have reported this as a bug. But I can't delete the post, so it will stay here for now.
@paul_nim There's no need to remove the thread. It's useful to let others know if it is a bug, and in this case, that it is not.
Ctrl + Click on a URL is supposed to do this. Added in official release 1.6
[New feature][URL field] Ctrl or ⌘ click on the address to cut off the rest of the URL (VB-23671)
@paul_nim It is a feature, not a bug.
I changed the title of the thread.
@Pesala I know that it is meant to cut off the rest of the URL, which I expect. but I thought that should happen with regard to the URL separator (/) and nothing else.
For example If the URL is vivaldi.com/pull-requests/index, regardless of whether I ctrl + click on "pull" or "requests" or even the dash (as long as the click is within /pull-requests/), it should still take me to vivaldi.com/pull-requests.
There is nothing anyone can do to stop people using hyphens in URLs instead of underscores. For the purposes of text selection, "cloud-data-protection" is three words, so Ctrl + Click on "protection" if you want to include that in the URL, not on "data" nor on "cloud."
@Pesala I felt it would be more natural the way I described, but I see your perspective. Thanks for your input.