Closed Bug 295522 Opened 20 years ago Closed 20 years ago

Auto-complete truncates urls

Categories

(Camino Graveyard :: Location Bar & Autocomplete, defect)

PowerPC
macOS
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED
Camino1.5

People

(Reporter: graeme, Assigned: sfraser_bugs)

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050521 Camino/0.8+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050521 Camino/0.8+ In the location bar type 't', Camino's auto-complete feature will truncates any urls for domains starting with 't' to ttp://www.t-domain.com/ Reproducible: Always Steps to Reproduce: 1. Have a bookmark or visit a domain starting with 't' e.g.: http://www.textdrive.com/ 2. Type 't' into the location bar. 3. Press down arrow key until you reach http://www.textdrive.com/ Actual Results: The location bar will show ttp://www.textdrive.com/ So pressing return loads the wrong url. Expected Results: Should show/load correct url. This also effects 'p' and 's' (and probably more) p://www.p-domain.com/ and s://www.secure-domian.com/ respectively. Using the mouse to click suggested auto-complete items will load the correct address.
(In reply to comment #0) > The location bar will show ttp://www.textdrive.com/ So pressing return loads the > wrong url. This WFM. It briefly shows ttp://textdrive.com but loads the full, correct URL, http://textdrive.com. Are you sure you didn't accidentally make an error at some point and end up with an autocomplete/history entry that *is* ttp://textdrive.com? (E.g., sometimes I type "fo" (to autocomplete forums.mozillazine.org) and hit return before the full autocomplete entry comes up, and I end up with an autocomplete entry of "fo" that always pops up first.) > > Expected Results: > Should show/load correct url. > > This also effects 'p' and 's' (and probably more) p://www.p-domain.com/ and > s://www.secure-domian.com/ respectively. > > Using the mouse to click suggested auto-complete items will load the correct > address.
yeah, this loads the correct url for me as well, though the url is displayed as you say. weird.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → Camino1.1
See bug 202992 (Toolkit) and bug 122862 (SM), where I linked to: http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/toolkit/components/autocomplete/src/nsAutoCompleteController.cpp&rev=1.29&mark=1146-1151#1141 Looks like Camino has its own autocomplete impl though, so don't know how much use that would be.
right, that code isn't used in camino at all.
(In reply to comment #5) > right, that code isn't used in camino at all. I know that, I simply figured it might lead to finding the equivalent code in Camino's implementation. That's all :).
Okay your right. It does go to the right url - what was I doing yesterday... I must of been trying to edit the url after it'd displayed wrong, ugh. So the location bar updates when return is hit, if it hasn't already been edited. Correct behavior, but originally displays wrong.
This is a bug in the url bar autocomplete code; when we stuff the selected URL into the url bar, we look at the typed chars, see where those occur in the selected URL, and insert everything after that. That's why it only occurs with the characters h, t or p (and maybe s), because those occur in "http(s)".
The bug is here: http://lxr.mozilla.org/mozilla/source/camino/src/browser/AutoCompleteTextField.mm My guess is that it's always been there.
Assignee: pinkerton → sfraser_bugs
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Comment on attachment 184593 [details] [diff] [review] Patch to ignore chars in the scheme part of the url r=pink
Attachment #184593 - Flags: review?(pinkerton) → review+
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: