Open
Bug 773212
Opened 13 years ago
Updated 3 years ago
Middle button past url don't work unless you have http/https in the url
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: trizt, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120613 Firefox/12.0 SeaMonkey/2.9.1
Build ID: 20120613233331
Steps to reproduce:
Upgrade to Firefox 13
double clicked on a domain name (text gets marked) for example: www.linux.org
paste the domain name in a firefox 13 tab
Actual results:
nothing
Expected results:
The website with the domain name should be opened
Following options are enabled:
middlemouse.contentLoadURL true
middlemouse.openNewWindow true
middlemouse.paste true
If repeating the process, but instead having http://www.linux.org, then the page loads.
It's a quite big drawback to have to edit the clipboard content to make FireFox to work with contentLoadURL, while in Seamonkey this works flawlessly.
Did post this bug with my Seamonkey, so the UA ain't correct for the browser.
My FireFox has the following UA: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0
Updated•13 years ago
|
Component: Untriaged → Event Handling
Product: Firefox → Core
I spent hour trying to realize which add-on screw it up and surprisngly its new firefox feature :(
It is clear other people have the same problem, cf http://shallowsky.com/blog/tech/web/firefox4-content-load.html , including patch:
--- browser.js.sav 2011-05-07 16:40:03.672540242 -0700
+++ omni/chrome/browser/content/browser/browser.js 2011-05-08 16:29:28.943313984 -0700
@@ -10597,12 +10597,10 @@
clipboard.replace(/\s*\n\s*/g, "");
let url = getShortcutOrURI(clipboard);
- try {
- makeURI(url);
- } catch (ex) {
- // Not a valid URI.
- return;
- }
+ var URIFixup = Components.classes["@mozilla.org/docshell/urifixup;1"]
+ .getService(Components.interfaces.nsIURIFixup);
+ url = URIFixup.createFixupURI(url, 1).spec;
+ // 1 is FIXUP_FLAG_ALLOW_KEYWORD_LOOKUP
try {
addToUrlbarHistory(url);
Comment 4•12 years ago
|
||
Why this bug is still UNCONFIRMED?
It is clearly a one more duplicate of the notorious bug 667340.
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•