Closed
Bug 40305
Opened 25 years ago
Closed 24 years ago
[RFE] browser should only go to autocompleted URL if explicitly told to.
Categories
(SeaMonkey :: Location Bar, enhancement, P3)
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.
Comment 1•24 years ago
|
||
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)
Comment 4•24 years ago
|
||
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
Comment 6•24 years ago
|
||
Bug 40643 was fixed, but this bug wasn't. Reopening.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Comment 7•24 years ago
|
||
over to radha@netscape.com
Assignee: asa → radha
Status: REOPENED → NEW
Component: Browser-General → XP Apps
QA Contact: doronr → claudius
Comment 11•24 years ago
|
||
alecf, sorry wrong bug. Lovely mozilla back behavior in bugzilla.
Assignee: mcafee → alecf
Comment 12•24 years ago
|
||
*** Bug 51910 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
See also bug 15050, "no overwriting my text in the url bar".
Comment 14•24 years ago
|
||
Please see the many comments in 51910, where there is a big debate on the issue.
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 15•24 years ago
|
||
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.
Assignee | ||
Comment 16•24 years ago
|
||
taking, marking dependency. This is fixed by the patch in 43189.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla0.9.1
Assignee | ||
Updated•24 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 18•24 years ago
|
||
fixed
Comment 20•22 years ago
|
||
[RFE] is deprecated in favor of severity: enhancement. They have the same meaning.
Severity: normal → enhancement
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•