Closed Bug 40305 Opened 24 years ago Closed 23 years ago

[RFE] browser should only go to autocompleted URL if explicitly told to.

Categories

(SeaMonkey :: Location Bar, enhancement, P3)

x86
All
enhancement

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: vanbalen, Assigned: hewitt)

References

()

Details

Overview Description: 

When typing in a URL which is autocompleted by the browser, one must explicitly
delete the autocompleted URL so that the browser will not go to it. I rarely
want to go to the autocompleted URL and would prefer the default to be the URL I
type in.

Steps to Reproduce: 
1) Type in a URL which triggers an autocomplete
2) hit Enter
3) The browser will go to the autocompleted url instead of the one typed in
unless the user deletes it.

Reproducibility: 

Happens every time for me.

Build Date & Platform Bug Found: 

2000052208 Linux build.

Additional Builds and Platforms Tested On: 

none.
Sorry for the spam.  New QA Contact for Browser General.  Thanks for your help
Joseph (good luck with the new job) and welcome aboard Doron Rosenberg
QA Contact: jelwell → doronr
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Summary: [WISHLIST] browser should only go to autocompleted URL if explicitly told to. → [RFE] browser should only go to autocompleted URL if explicitly told to.
::  browser should only go to autocompleted URL if explicitly told to.


I aggree with this.    I think there should be 2 options that the user can pick
for URL autocompletion:
1) Inline (like Netscape)
2) Guessed URLS appear below location box (Like IE5)
Adding myself to CC list
we will be using the ie and ns way, it's just not yet working correctly and very
annoying). This is a dupe of 40643 I think, which is in the right component.
Marking so.

I know this is bad habit to mark this a dupe of an newer bug, but that bug has
more info and is in the right component (XPApps).

*** This bug has been marked as a duplicate of 40643 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
vrfy
Status: RESOLVED → VERIFIED
Bug 40643 was fixed, but this bug wasn't.  Reopening.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
over to radha@netscape.com
Assignee: asa → radha
Status: REOPENED → NEW
Component: Browser-General → XP Apps
QA Contact: doronr → claudius
Mass moving all Navigator bugs to the Nav team. 
Assignee: radha → vishy
alecf
Component: XP Apps → History: URLBar
no, I'll take this.
Assignee: vishy → mcafee
alecf, sorry wrong bug.  Lovely mozilla back behavior in bugzilla.
Assignee: mcafee → alecf
*** Bug 51910 has been marked as a duplicate of this bug. ***
See also bug 15050, "no overwriting my text in the url bar".
Please see the many comments in 51910, where there is a big debate on the issue.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
I just found another place where this causes problems.

I'm the webmaster of LemNet (www.lemnet.com) and I wanted to see if it was
mentioned anywhere. So I typed in lemnet and went to click the search button,
but before I managed to, Mozilla had auto completed to be lemnet.com, which
isn't what I wanted to search for.
taking, marking dependency. This is fixed by the patch in 43189.
Assignee: alecf → hewitt
Status: ASSIGNED → NEW
Depends on: 43189
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla0.9.1
Themes Triage Team Marking nsbeta1+
Keywords: nsbeta1+
Status: ASSIGNED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → FIXED
fixed
VERIFIED Fixed with 20010515 builds
Status: RESOLVED → VERIFIED
[RFE] is deprecated in favor of severity: enhancement.  They have the same meaning.
Severity: normal → enhancement
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.