Dragging URL requiring fixup to location bar doesn't go there immediately




Address Bar
13 years ago
2 years ago


(Reporter: Jesse Ruderman, Unassigned)


(Blocks: 1 bug, {csectype-spoof, regression, sec-low})

csectype-spoof, regression, sec-low

Firefox Tracking Flags

(Not tracked)




13 years ago
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050829
Firefox/1.0+.  Also happens on Windows; also happens on trunk.

Steps to reproduce:
1. Drag the text "www.mozilla.org" to the address bar.

Result: "www.mozilla.org" replaces the address bar text, but Firefox doesn't go

Expected: The address bar text should become "http://www.mozilla.org/" (the URL
after fixup) and go there.
Is that your expected only when you drag to about:blank or a cleared urlbar, or
even when you drop into an existing URL?

Comment 2

13 years ago
That's what I expect regardless of what's in the address bar, for consistency
with when I drag a complete URL.
D'oh. Thought I was in a current build, but it was actually from May, when
dropping apparently didn't replace. Ignore my noise, please.

Comment 4

13 years ago
Hmm ... with DP Alpha 2 rel. (build 20050812) it works as aspected for me on WinXP.
Works in 2005082409, fails in 2005082520, which makes it look like bug 291651
Keywords: regression
Duplicate of this bug: 621661


7 years ago
Duplicate of this bug: 501365
Aren't there possible spoofing concerns that would mean it's better to wontfix this bug? It seems a sensible thing to do to not go directly to a URL if it's not properly formatted as one

Comment 9

5 years ago
Felipe, what's your spoofing concern?

I'm concerned about spoofing in the other direction: a web page gets you to drag-and-drop "www.mozilla.org" to the location bar while you're not paying attention, then later you come across the tab or window and believe you're at www.mozilla.org.
Keywords: csec-spoof, sec-low
A possible fix might be to revert the location bar text when it loses
focus unless a navigation was started?  It might be confusing though
if you start typing a new URL then switch tab temporarily and switch
back and discover that what you typed/dropped was lost.
(It might be an acceptable compromise for the drag-n-drop case though)

Or we could simply replace the icon to the left of the URL text to
"next page:" or something when editing has begun and the URL no longer
corresponds to the current page?

How do other UAs handle this?
Blocks: 927489
This works in:

 	Mozilla/5.0 (Windows NT 6.3; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0
 	Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0

I will close this issue as works for me. If anyone can still reproduce this issue, please feel free to reopen.
Last Resolved: 2 years ago
Resolution: --- → WORKSFORME
The bug still occurs on Linux, both e10s and non-e10s.
Resolution: WORKSFORME → ---
You need to log in before you can comment on or make changes to this bug.