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

Issue 620823 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

A domain encoding bug (garbled uri) [MAJOR | Fundamentally Broken]

Reported by jor...@mythunderbird.co.uk, Jun 16 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36

Steps to reproduce the problem:
1. Type xn--rsum-bpad.io into the address bar.
2. It gets turned back to résumé.io
3. However, résumé is often not displayed correctly and comes out as xn--rsum-bpad (a simple google search reveals this.)

What is the expected behavior?
That the word résumé is displayed correctly.

What went wrong?
It often renders as xn--rsum-bpad and you cannot lookup résumé.io on who.is (it becomes rsum.io)

Often résumé.io caused problems with most sites to date, and Google really should investigate this. Even registrar reports the wrong domain as xn--rsum-bpad.io (despite being résumé.io)

See attached video evidence.

Did this work before? No 

Chrome version: 51.0.2704.84  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 21.0 r0

Please feel free to contact me for further information, if required as the domain owner. It would appreciated to know when a fix/solution/workaround is available.

Contact via Forms (for Googles use): http://goo.gl/forms/4WA2WVZ5KNIbYpc83
 
domain-bug.mp4
1.7 MB View Download
This bug/issue affects domains containing both ó and é characters.

xn--rdm-cma2cd.com
xn--rdim-bpa7d.com
xn--nteg3r-2va.com

A common factor, is all broken domains start with xn-- (turns out to be an ACE prefix) but surely Chrome should be turning these back into the correct readable format and not displaying broken links?
Cc: ranjitkan@chromium.org
Labels: M-53 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Thanks for filing the issue, just to confirm this issue appears same on FF and safari as well. As per the video provided, tried the same on other browser and appears to be same. 

On chrome issue exists from M24 - 24.1300.0. and is observed on all OS.

Untriaging it so that it gets addressed. Issue is observed on Windows 7, MAC 10.11.5, Ubuntu 14.04.
Project Member

Comment 3 by sheriffbot@chromium.org, Jul 4 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: cbiesin...@chromium.org
Components: Internals>Network>DNS
Status: WontFix (was: Untriaged)
The who.is issue is a problem with their website, for that aspect you have to contact them directly.

For the problem loading xn--rsum-bpad.io and/or résumé.io, there is no DNS entry for that website as far as I can tell. So that is working as expected.

https://who.is/dns/xn--rsum-bpad.io says "No DNS records found.". Also:

$ host xn--rsum-bpad.io
Host xn--rsum-bpad.io not found: 2(SERVFAIL)
$ host xn--rdm-cma2cd.com
Host xn--rdm-cma2cd.com not found: 3(NXDOMAIN)
$ host xn--rdim-bpa7d.com
Host xn--rdim-bpa7d.com not found: 3(NXDOMAIN)
$ host xn--nteg3r-2va.com
Host xn--nteg3r-2va.com not found: 3(NXDOMAIN)

if you're the domain owner, you will have to figure out why your DNS server isn't working.
> Even registrar reports the wrong domain as xn--rsum-bpad.io (despite being résumé.io)

FYI, the way the DNS system works is that any non-ASCII character has to be encoded in a special form that then starts with xn--, so this is expected. https://en.wikipedia.org/wiki/Internationalized_domain_name#ToASCII_and_ToUnicode

Sign in to add a comment