User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:43.0) Gecko/20100101 Firefox/43.0 Build ID: 20160105164030 Steps to reproduce: This is a bug with copying certain text. 1 - Visit any page that contains text with words separated by dots, that either are not links or are not hostnames. 2 - Select the text, and copy it like any other text. For decades, and in countless applications, the first option in the context menu for plain text has been "Copy" and this mouse movement should be a reflexive act because you've been using a mouse for more than 6 months of your life. Actual results: Firefox assumes text such as notawebsite.example.com is a link when it is not a link and uses a different context menu for this text, with no visual cue that it is going to introduce special treatment. A new tab opens up with some error message, because the selected text either doesn't resolve as a hostname or can't be connected to as an HTTP website. This is unsurprising because the text wasn't a link in the first place. Expected results: Copy should have been the first thing in the context menu. "Open Link" should only be displayed on links, and there are already any number of ways to use text to form a URL (such as pasting in the location bar) or if this optimistic addition to the context menu is of value to someone, it should below the standard text context options. consider also examples such as malware sites being communicated between security professionals. People take care specifically NOT to link these things, to avoid creating a hazard. This is to say nothing of any discussion of the entire rest of the internet that is not experienced through a firefox window.

This is unrelated to bug 1244462. nsContextMenu.js explicitly looks at selected text for a URLs and enables link menus in the context menu if one is found, it doesn't have to be a link tag in html. https://mxr.mozilla.org/mozilla-central/source/browser/base/content/nsContextMenu.js#131