Closed Bug 122862 Opened 23 years ago Closed 19 years ago

"h" or "htt" cut off in address bar autocomplete (adds :// to domain names starting with "p" or "t")

Categories

(SeaMonkey :: Autocomplete, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 233229

People

(Reporter: contact, Unassigned)

References

()

Details

To reproduce:

1. visit website starting with "p" in domain name (like
http://people.netscape.com) - this is just to make sure there is a history entry
for autocomplete to find.

2. clear location bar and type a "p" in the field

Expected behaviour: a "p" appears in the location bar (e.g. autocompleted to
people.netscape.com)

Actual behaviour: autocompletes to: p://people.netscape.com/
2002013103/WinNT4 - confirming (with Autocomplete best mach as you type checked)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Sorry for the spam, but I discovered that it also works with "t" (autocompletes
to "ttp://time.com" for example). Looks like the pattern match algorithm is
doing a match on the full URL, including the protocol string, when it actually
should leave the protocol out.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
A related problem occurs when autocomplete matches a url that is not an http
url. Typing an 'i' in my location bar expands to inet.fi/TheDome/download/ which
is actually a match for ftp://ftp.inet.fi/TheDome/download/
If I hit <enter>, moz tries to go to http://inet.fi/TheDome/download/ which
doesn't exist, resulting in a 404.

I'm seeing both this problem and the problem originally reported on moz 1.0RC1
(build 2002041711 on win2k).

Perhaps autocomplete should only complete http url's?
I'm also experiencing this on Mac OS X, build 2002070508
Mozilla 1.1alpha has been released, 1.2beta is coming up and the bug hasn't been
fixed yet. Is there a plan to get it done at least for Moz 1.2? Thanks!!
I'm experiencing this bug with 1.2b Release. It only started last night, after
my History file was accidentally erased. 

At some point between .99d and 1.2, a journaling database format was introduced
for the History file; since I didn't manually delete mine during the upgrades, I
guess some legacy code maintained it under older format. Now, following the
accidental erasure, it's completely written in the new format.

And autocomplete is consequently messed.

For reference, I'm running MacOs 9- and the bug only appears when the first
letter is typed. Continuing with more letters correctly "autocompletes".
FireFox 0.8 was still acting like that.

At least, it finds the right location (h, t, or p found in the server location),
but only pastes what is following that first lettre, dropping the beginning of
"http://".

Didn't try with the frsh release cadidate 0.9, though.
Related to/duplicate of bug 197990?
Blocks: 266763
This is an autocomplete issue, see bug 202992 for the toolkit version.
Assignee: hewitt → nobody
No longer blocks: 266763
Status: ASSIGNED → NEW
Component: Location Bar → XP Apps: Autocomplete
OS: Windows 98 → All
Product: Core → Mozilla Application Suite
QA Contact: claudius
Hardware: PC → All
Target Milestone: mozilla1.1alpha → ---
*** Bug 197990 has been marked as a duplicate of this bug. ***
Summary: location bar autocomplete adds :// on domain names starting with "p" → "h" or "htt" cut off in address bar autocomplete (adds :// to domain names starting with "p" or "t")
this is fixed on trunk

*** This bug has been marked as a duplicate of 233229 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.