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

Status: RESOLVED INACTIVE

(Firefox :: Address Bar, defect)

Description

[Jesse Ruderman]

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.

Comment 1

[Phil Ringnalda (:philor)]

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

[Jesse Ruderman]

That's what I expect regardless of what's in the address bar, for consistency
with when I drag a complete URL.

Comment 3

[Phil Ringnalda (:philor)]

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

[OstGote!]

Hmm ... with DP Alpha 2 rel. (build 20050812) it works as aspected for me on WinXP.

Comment 5

[Phil Ringnalda (:philor)]

Works in 2005082409, fails in 2005082520, which makes it look like bug 291651

Comment 8

[:Felipe Gomes (needinfo for replies!)]

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

[Jesse Ruderman]

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.

Comment 10

[Mats Palmgren (inactive)]

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?

Comment 12

[Justin [:JW_SoftvisionQA]]

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.

Comment 13

[Mats Palmgren (inactive)]

The bug still occurs on Linux, both e10s and non-e10s.

Comment 14

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.