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)
SeaMonkey
Autocomplete
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/
Comment 1•23 years ago
|
||
2002013103/WinNT4 - confirming (with Autocomplete best mach as you type checked)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 2•23 years ago
|
||
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.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
Comment 3•22 years ago
|
||
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?
Comment 4•22 years ago
|
||
I'm also experiencing this on Mac OS X, build 2002070508
Reporter | ||
Comment 5•22 years ago
|
||
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?
Comment 9•19 years ago
|
||
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 → ---
Comment 10•19 years ago
|
||
*** Bug 197990 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
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")
Comment 11•19 years ago
|
||
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.
Description
•