Closed Bug 230905 Opened 21 years ago Closed 20 years ago

URL autocompletion even when full URL specified

Categories

(Firefox :: Address Bar, defect)

Product:
Firefox
Component:
Address Bar
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: gerald.britton, Assigned: hewitt)

References

(
URL
)

Details

Attachments

(1 file)

TCP/UDP trace after trying to go to URL
12.94 KB, text/plain
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 Firebird/0.7+ (Oxs G7 SSE optimized) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 Firebird/0.7+ (Oxs G7 SSE optimized) If I type a complete URL in the Firebird addressbar (e.g. http://test/) this is changed by adding a "www." prefix and a ".com" suffix (e.g. http://www.test.com/). This behaviour can cause "page not found" errors and even the display of incorrect sites. For example, I have an intranet site called "ora1-dev". To access it, I type the url: http://ora1-dev:1532/pls/nims/xperweb.home This works in Internet Explorer. When I do the same in Firebird, however, the address is changed to: http://www.ora1-dev.com/ Which does not exist, causing the message: "The system detected an Unresolved Host Name while attempting to retrieve the URL: http://www.ora1-dev.com/." ...to be displayed. Worse yet, the port number is stripped off and not reinserted. Even if I had an cname called www.ora1-dev.com pointing to the same host, my query would fail since the port number is gone. Reproducible: Always Steps to Reproduce: 1. Type http://test (or http://test:12345 into the addressbar 2. Hit enter 3. Observe the result Actual Results: The URL in the addressbar is changed to http://www.test.com and that site is displayed, not the one I want. (Actually, in this test case, a "page not found" erroor messge should appear. Note: the port number (if specified) is stripped from the URL Expected Results: Firebird should have displayed the page at http://test Note: in my config, the value: "browser.fixup.alternate.enabled" is set to "false". The same failure occurs if I change this value to "true".
This isn't caused by the autocompletion feature. I think it's caused by the keyword / feeling-lucky feature.
WFM using a host on my internal network.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040114 Firebird/0.8.0+ (MozJF) I see the problem if I follow the steps-to-reproduce in comment 0.
I do not believe that this is related to the keyword "I'm feeling luck" feature. I disabled that feature by setting "keyword.enabled" to "false" (default is "true") and experience the same result. FWIW if the problem were related to the keyword search feature, this would also be a bug (but a different one, I suppose) since the parser should recognize a valid URL and not think that it is a keyword.
if its a dupe of anything, its the localhost bug. Regarding comment 3, Jesse, do you have a machine called test on your network? If not, the testcase will probably fail in some way.
This is similar to bugs 95390, 164802, 177106 and 184433, all of with bring up issues related to this bug.
I do not have a machine called test on my local network, and I agree with the reporter that typing http://test into the address bar should not take me to http://www.test.com/.
The reporter's steps-to-reproduce match bug 95390 (not bug 184433). His problem with "ora1-dev" might not be the same bug as his steps-to-reproduce, though.
FWIW the hostname in the steps to recreate is not relevant, except that it should NOT end in .com, .org, etc. For example, I have a host called ora1-dev that responds to port 1532. If I type http://ora1-dev:1532/pls/nims/xperweb.home in the addressbar, the URL is changed to http://www.ora1-dev.com/ and the DNS lookup fails. On IE this causes a database retrieval that is successful If I type http://ora2-dev:1532/pls/nims/xperweb.home (this host does not exist) in the addressbar, the URL is changed to http://www.ora2-dev.com/ and the DNS lookup fails as it should. However, in both cases, the valid port number is stripped off. Even if I aliased ora1-dev to www.ora1-dev.com, my lookup would fail since the port number is gone.
WFM using http://gold:4280/ (gold being my gateway, 4280 being a port it forwards to my own computer), on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040116 Firebird/0.8.0+. If I used a closed port, e.g. 4281, it does a I'm Feeling Lucky Google search. Same if I use an non-existant port. Turning off "keyword.enable" makes Firebird give an error for the incorrect port, and does the www./.com on an incorrect hostname. It does *not* appear to lose the port when doing this, but it's not easy for me to check. Reporter, do you have any evidence that Firebird can resolve or is even trying to resolve your hostname? (having it work in IE is *NOT* good enough evidence)
in my case, the "keyword.enable" setting seems to make no difference. Also, changing the port number to an invalid port makes no difference. The same results are observed regardless of these combinations. I'm not sure how to see if Firebird is attempting to resolve the hostname. Any suggestions?
This is a trace from Winternals TDIMON showing activity after I pasted in the url that fails. HTH
Hmm. Firebird only seems to be sending to 127.0.0.1:1966. Beyond that, I can't work out anything from there. I'd guess 10.1.178.154 is a gateway, but Firebird is just closing a connection to that at the start. Do you have any other browsers that work/don't work? Does "telnet host port" work?
10.1.178.154 is the IP of my machine (my gateway is 10.1.178.1). IE works fine with these examples. I do not have any other browsers installed at the moment. Also telnet ora1-dev 1532 works as well.
This is not domain guessing. http://www.mozilla.org/docs/end-user/domain-guessing.html If you are certain you have it off, change the .suffix preference to something else ".net", and do the steps again. If your hostname changes to "www.oral-dev.net", then you are domain guessing. The giveaway is that the URL bar does not update until domain guessing is successful. Also, from your error description, it sounds like you are getting an HTML page. This means you are using a proxy. Lets investigate that before doing any more IE comparisons.
On Windows 2000: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 isn't this a proxy setting or something? when I type http://ibm I get the following error Error : DNS query for "ibm" failed : host not found. Error detected by WinRoute Pro-Proxy when I type http://ibm.com I am directed to http://www.ibm.com/us/
Gerald and Thomas: you are both using proxies, as evidenced by the fact your network errors are being returned in HTML pages, rather than dialogs.
Since Firefox 0.9.1 things are much better. In particular, the stripping of the port number from the test url below has stopped. However, I still can find no easy way to disable url completion. If I enter: http://test I don't want this to be changed to http://www.test.com I would rather be told that http://test cannot be resolved via DNS, if that is truly the case.
Behaviour is improved in current FireFox. However, I still cannot find a way to disable URL completion. When I enter http://test, I either want to go to that site, if it exists, or be told that "test" cannot be found. I don't want FireFox to try www.test.com
*** Bug 254249 has been marked as a duplicate of this bug. ***
Gerald: Turn off domain guessing: http://www.mozilla.org/docs/end-user/domain-guessing.html If this is still happening, you are using a proxy, and the proxy is implementing this.
Is this still about?
Problem appears to be fixed now
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: