Closed
Bug 863727
Opened 12 years ago
Closed 7 years ago
Address bar autocomplete shows incorrect results for aaa.bbb.ccc types sites when www. is typed
Categories
(Firefox :: Address Bar, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bhutaninitin, Unassigned)
References
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130329030848
Steps to reproduce:
In the address bar, I typed www.b
Actual results:
I got www.bugzilla.mozilla.org which is not a valid site.
Expected results:
I should have got no results.
Comment 1•12 years ago
|
||
Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20130422 Firefox/23.0
If you visited www.bugzilla.mozilla.org earlier, then when you type www.b it auto-completes with www.bugzilla.mozilla.org, at that time if you delete ugzilla.mozilla.org and leave only www.b, it loads an error:
"Server not found
Firefox can't find the server at www.b.com." which is the correct behavior.
If you load www.b on a clean profile: https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles#os=linux&browser=fx20 It should work just as expected.
![]() |
||
Comment 2•12 years ago
|
||
Steps to reproduce (having no "www.bugzilla.mozilla.org" in history):
1. Visit "bugzilla.mozilla.org" without www.
2. Type "www.b".
Actual results:
Inline autocomplete makes it "www.bugzilla.mozilla.org/".
2013-04-22-10-58-38-mozilla-central-firefox-23.0a1.en-US.linux-x86_64
This is not bug 765337.
Status: UNCONFIRMED → NEW
Component: Untriaged → Location Bar
Ever confirmed: true
![]() |
||
Comment 3•12 years ago
|
||
Regression range with set force user_pref("browser.urlbar.autoFill", true);
Regression Window(m-c):
Good:
http://hg.mozilla.org/mozilla-central/rev/78f821cb8974
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120119 Firefox/12.0a1 ID:20120119042014
Bad:
http://hg.mozilla.org/mozilla-central/rev/e5e66f40c35b
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120119 Firefox/12.0a1 ID:20120119104214
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=78f821cb8974&tochange=e5e66f40c35b
Regression Window(m-i):
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/eea95e86541f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120119 Firefox/12.0a1 ID:20120119024012
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/19a5e75b8ed8
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120119 Firefox/12.0a1 ID:20120119033312
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=eea95e86541f&tochange=19a5e75b8ed8
Suspected:
3898e1c52fa3 Michael Ventnor — Bug 699751 - Change schema for new inline autocomplete. Original patch by Michael Ventnor, further improved by David Dahl <ddahl@mozilla.com>. r=mak
![]() |
||
Comment 4•12 years ago
|
||
In local build
Last Good: 3898e1c52fa3
First Bad: 953bde82b7a7
Triggered by:
953bde82b7a7 Michael Ventnor — Bug 566489 - Enable inline autocomplete again, but make it smarter. Original patch by Michael Ventnor, further improved by David Dahl <ddahl@mozilla.com>. r=mak
Keywords: regression
Comment 5•12 years ago
|
||
looks more likely an unexpected consequence of new autoFill than a regression.
Comment 6•12 years ago
|
||
Confirmed in Firefox 20.0 on Linux. Typing `www.b` gives me `www.bugs.launchpad.net/`, which host does not exist, which I almost surely never entered, and which is not in my history. (The real site is `https://bugs.launchpad.net/`.)
This works on a fresh profile (after visiting https://bugs.launchpad.net/ once).
Auto-complete should not be generating invalid hostnames.
Also,
Comment 7•12 years ago
|
||
Also, on pressing enter with the auto-completed site, it tries to access it over HTTP, even though I only ever accessed the HTTPS site https://bugs.launchpad.net/.
Comment 8•7 years ago
|
||
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.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
Updated•7 years ago
|
Resolution: INACTIVE → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•