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 there. 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?
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.
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
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
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?
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.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WORKSFORME
The bug still occurs on Linux, both e10s and non-e10s.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
You need to log in before you can comment on or make changes to this bug.