Hacker News new | ask | show | jobs
by Semaphor 1373 days ago
Not working in FF (Desktop stable, win)
2 comments
messe 1373 days ago
It doesn't work on firefox on mac either, but interestingly, if you remove the final period '.': https://16777217 works.
link
compsciphd 1373 days ago
there's a dot at the end of the url when you click on it which breaks it
link
messe 1373 days ago
https://1.0.0.1. works though, so the question is why a final period works for traditionally formatted IPv4 addresses (uint8.uint8.uint8.uint8), but not those formatted as a plain old uint32. If I wasn't jetlagged and a tad drunk I'd dig into it a bit.

I do wonder if there's a typo in the URL that OP intended, because the title is "https://16777217/" whereas the URL is "https://16777217." and . and / are only a key away from each other (at least on my IE/UK ISO layout).

link
phineyes 1373 days ago
I had to add the trailing period for HN to accept it as a valid URL. However, for me (using Chrome on macOS Monterey), Chrome ignores the period and renders it as "https://16777217/". I thought it would be the same on other browsers. Interesting.
link
retcore 1373 days ago
RFC 1034 A fully qualified domain name must have a final dot/period after the tld. Adding the dot to a address that isn't resolved via DNS seems to be confusing the lookup.

Edit: leaving the above despite being untrue save semantically. inet_atom just wants byte order addresses dot separated and adding a trailing dot isn't anticipated and returning a error.

link