detect URLs better for "Open Link"

UNCONFIRMED
Unassigned

Status

()

Firefox
Menus
P4
normal
UNCONFIRMED
2 years ago
11 months ago

People

(Reporter: Dan Jacobson, Unassigned)

Tracking

48 Branch
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

2 years ago
User Agent: Mozilla/5.0 (X11; Linux i686; rv:48.0) Gecko/20100101 Firefox/48.0
Build ID: 20160610001751

Steps to reproduce:

Highlighted example.com/bla 
and right clicked.


Actual results:

No "Open Link" choices.


Expected results:

Should have acted just like it does when one highlights http://example.com/bla .

By the way, please highlight the following entire block:

http://example.com/bla
http://example.com/fla
http://example.com/bla
example.com/bla
example.com/bla

and right click and then choose Open Link. Well it tries to take you to a URL composed of all five... clearly wrong.

And before you click Open Link, you don't know where it is exactly planning to go... maybe the first one? you think.

Anyway you should detect that this block of five is no longer a (single) URL, and not offer Open Link.
(Reporter)

Updated

2 years ago
Component: Untriaged → Menus
(Reporter)

Comment 1

2 years ago
OK, in addition please try in the comment text box below, pasting or typing
e.g., http://example.com/ or just example.com/bla etc. and then highlight it, and right click (all before pressing "Save Changes", which don't press).

As you see, if the URL is part of text entry, then it is completely undetected, for no good reason! We have to press Save Changes below to turn it into a read-only part of a web page before URL detection is turned on!
(Reporter)

Comment 2

2 years ago
By the way, the "Paste and Go" menu item in the URL bar knows that both http://example.com and example.com are both URLs, so maybe just reuse that code.

However Paste and Go also thinks our big block of five, along with its newlines even, is also an URL...

Updated

2 years ago
Priority: -- → P4

Comment 3

11 months ago
I'm having the same issue. Text links which don't have an http:// at the beginning and do have a path after the domain don't work. For example:
example.com/bla

But domains only, do work:
example.com

And http:// with a path also works:
http://example.com/bla


It would also be great if some more "stranger" cases were supported. Some websites (forums for example) purposely "obfuscate" URLs so that they are not automatically linkified. For example:
e x a m p l e . c o m
hxxp://example.com

In the first case, all spaces in the domain part should be ignored, and in the second, if the protocol can't be recognised, default to http. This is basically what Fetch Text URL extension does: https://addons.mozilla.org/en-us/firefox/addon/fetch-text-url-fix-version/
You need to log in before you can comment on or make changes to this bug.