New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 680371 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Cannot browse by IP address

Reported by jidanni@gmail.com, Jan 12 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36

Example URL:
http://111.252.039.131/

Steps to reproduce the problem:
1. chromium http://111.252.039.131/ fails
2. Must use http://111-252-39-131.dynamic.hinet.net/ to bypass.

What is the expected behavior?
Able to browse.

What went wrong?
See messages about DNS and how to fix it. But this should not need DNS. Tried changing all advanced settings.

Did this work before? Yes I recall it used to work

Chrome version: 55.0.2883.75  Channel: n/a
OS Version: 
Flash Version: 

Other browsers work fine.
 
Labels: -Pri-2 Pri-3
Hi, 

thanks for reporting. I've tested and everything works fine.

Basically, you have a typo there.

You should enter 111.252.39.131 instead of 111.252.039.131.

Comment 2 by jidanni@gmail.com, Jan 12 2017

Well http://111.252.039.131/ with the zero works just fine on chromium for Android 7. So are you saying that one must remove the 0 for desktop Linux chromium but the zero is fine for Android chromium?

Comment 3 by mmenke@chromium.org, Jan 12 2017

Cc: juliatut...@chromium.org
Components: -Internals>Network Internals>Network>DNS
I can confirm that works on Android Chrome stable, but not on Windows.  Chrome doesn't recognize "111.252.039.131" as a valid IP address, since it isn't, so it sends it to the system's DNS resolver.  Android's DNS resolver returns the IP address 111.252.39.131, while Window's DNS resolver indicates there's no such DNS entry.  Seems like an Android bug to me, it should fail on both platforms.

I think this is probably just a WontFix.

Comment 4 by jidanni@gmail.com, Jan 12 2017

So should I send bug reports to
Firefox
w3m
midori
lynx
etc. all other browsers I tested here today on Debian/Linux,
requesting that they should "break this too"?

So all the world, and half of chromium, is doing it wrong.

Wouldn't it just be better to make all of chromium just go with the flow?

Comment 5 by jidanni@gmail.com, Jan 12 2017

All I know is the user can
$ ping
such addresses, so would it be so bad to go along with 99% of the other browsers,,,
How do the big browsers on the big OSs deal with it?

Comment 6 by jidanni@gmail.com, Jan 12 2017

And... if you are printing helpful messages, just tell the user to remove the zeros. The current messages send the user on a wild goose chase...

Comment 7 by mmenke@chromium.org, Jan 12 2017

Just tried it on FireFox and IE on Windows, and it doesn't work.  It's clearly a platform things - looks like on many POSIX systems, the platform host resolver maps "111.252.039.131" to "111.252.39.131", and other browsers are just sending things that aren't IP addresses to it.  On Linux, we don't use the system resolver, so don't inherit its quirks.  One of the cases where it's actually Microsoft that's doing the standards-compliant thing.

Comment 8 by jidanni@gmail.com, Jan 12 2017

Anyway even if it is supposed to be octal...
I think you should file bugs against all those other browsers if you think they are really incorrect.

Comment 10 by jidanni@gmail.com, Jan 12 2017

OK. Then apparently it is really bad. So it would be better if chromium (just like with removing Flash) stopped supporting it on all platforms. That way I wouldn't pass around URLs that would fail elsewhere.
Ah, thanks - indeed you're right, there is no standard here.
Status: WontFix (was: Unconfirmed)
The cross-browser attempt at the spec is https://url.spec.whatwg.org/ , which makes it clear that this would be prohibited.

Going to mark this as WontFix/WorkingAsIntended (as it's a known interaction with OS layers and resolver libraries)

Sign in to add a comment