162840 - Numeric domains don't get fixed up

Status: NEW

(SeaMonkey :: Location Bar, defect)

Description

[Daniel Brogan]

Entering an all-numeric domain in the url bar doesn't work. To clarify, enter
"apple" in the bar and Chimera adds "http://" and ".com". But use "5280" --
hoping to reach "http://www.5280.com", and nothing happens.

Comment 1

[Mike Pinkerton (not reading bugmail)]

is this possibly a dupe of 150966?

cc'ing darin who might have a clue about decimal IP address resolution

Comment 2

[Darin Fisher]

since this is chimera, i figure mozilla's url bar autocompletion is not involved.   

docshell does some URL fixup when the URL entered cannot be resolved.  for
example, if apple cannot be resolved, docshell will get a DNS failure error from
necko, and it will then try www.apple.com instead.  this works in many cases. 
perhaps docshell's url bar fixup code does not fixup numeric addresses.  it
would of course be very wierd to see www.123.123.123.123.com show up in the url
bar.  perhaps it could be smart and do fixup on numeric addresses when the
number doesn't contain any dots.

cc'ing docshell folks...

Comment 3

[Jasper]

Confirmed using 2004100808 (v0.8+) NB.
Note that FireFox has the same issue. I think this bug is a browser bug and not
one that is Camino fault.

Comment 4

[Andrew Schultz]

Normal URI fixup is performed (it prepends http://), but that doesn't seem to be sufficient.

nsWebShell::EndPageLoad is what normally invokes URIFixup with the flag to try appending www and such, but the status it's given is NS_ERROR_FAILURE, so it does not try (it only tries for NS_ERROR_UNKNOWN_HOST or NS_ERROR_NET_RESET).

http://lxr.mozilla.org/seamonkey/source/docshell/base/nsWebShell.cpp#628

This is consistent with the browser UI, which doesn't report any sort of failure.