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)
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•23 years ago
|
||
alecf, sorry wrong bug. Lovely mozilla back behavior in bugzilla.
Assignee: mcafee → alecf
Comment 12•23 years ago
|
||
*** Bug 51910 has been marked as a duplicate of this bug. ***
Comment 13•23 years ago
|
||
See also bug 15050, "no overwriting my text in the url bar".
Comment 14•23 years ago
|
||
Please see the many comments in 51910, where there is a big debate on the issue.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 15•23 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•23 years ago
|
||
taking, marking dependency. This is fixed by the patch in 43189.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla0.9.1
Assignee | ||
Updated•23 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 18•23 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
•