46584 - [RFE]Mistyped url's shouldn't be added to url dropdown history widget.

Status: VERIFIED DUPLICATE of bug 9203

(SeaMonkey :: Location Bar, enhancement, P3)

Description

[Gregory McLean]

Type www.cnn.co (or some other name that can't be resolved) this happily gets
added to the history. Maybe it should be removed if it can't be resolved and
save the history for urls/hostnames that actually work?

Just a thought

Comment 1

[Otto]

I don't seen unresolved URLs in my history list, or in the back and/or forward
drop down lists.

I'm on Red Hat 6.2, build id 2000072621 and
user-agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m17) Gecko/20000726

Reporter, do you still see this on newer builds?  If so reopen the bug and give
more details on what platform and where you see the URL in the history list.

Comment 2

[Gregory McLean]

On 2000072521 (pulling down latest now)

Do the following:
1. type http://www.mozilla.dir/ in the url bar and hit return.
2. The Following is output in the console that is running moz.

Entry at index 0 is http://www.mozilla.dir
Document: Done (11.595 secs)

3. Click on the arrow next to the search button (modern skin) Note that the
entry at index (x) is the http://www.mozilla.dir

It however don't show up in the back/forward history.

Comment 3

[Gregory McLean]

Build 2000072621 exhibits the same behavior.

Comment 4

[Claudius Gayle]

aha! reopening and tweaking summary

Comment 5

[Claudius Gayle]

I can confirm this with 2000073108 builds. However this is the way 4.x worked and i wonder if changing this behavior would be a)
difficult and/or b) cause other usability headaches

Comment 6

[Gregory McLean]

Yes 4.xx does this, this way, and its irritating Maybe a RFE?

Comment 7

[Ben Bucksch (:BenB)]

I disagree with this proposal. If I want to correct the misspelled URL later, I
have to retype all of it. The urlbar history should work just like any other
history of a textfield - keep the history of *text* I typed, not the history of
URLs I visited using the urlbar.
I suggest WONTFIX.

Comment 8

[Gregory McLean]

The problem is you pull the incorrectly typed url up, correct it, now you have
the incorrect and correct url in the history.

Comment 9

[Ben Bucksch (:BenB)]

where is the problem? W2K's textfield history boxes behave the same, not?

Comment 10

[Viswanath Ramachandran]

nav triage team: looked at this bug, it is not a beta stopper. bulk update of 
several such bugs. 

Comment 11

[Cyd]

*** Bug 66049 has been marked as a duplicate of this bug. ***

Comment 12

[Patrick Keller]

Sorry about the dupe, but this is just annoying. I would agree with the urlbar
being a history of what you typed instead of where you went if it didn't try to
autocomplete to the misstyped url.  You have no idea how many times I've seen
the nslookup error box.  I don't think making the urlbar consistent with w2k's
text boxes is a good idea, because in this case it doesn't make sense to and
leads to more headaches then it's worth. 

Comment 13

[Ben Bucksch (:BenB)]

No DUP. Autocomplete != history (at least theoretically, dunno about the code).
I agree that bug 66049 should be fixed (unlike this one). I'll reopen the other bug.

Comment 14

[Alec Flett]

moving these bugs to History: URLBar

Comment 15

[Jesse Ruderman]

I think this is a dup of bug 9203.

Comment 16

[Blake Ross]

*** This bug has been marked as a duplicate of 9203 ***

Comment 17

[timeless]

dupe of Bug 9203 [RFE] making it so that it does not save 'dead' or incorect 
url's in the location drop down

Comment 18

[Brant Gurganus]

[RFE] is deprecated in favor of severity: enhancement.  They have the same meaning.