Issue metadata
Sign in to add a comment
|
IRI and IDN based URL copied from address bar is Punycode encoded and Percent encoded
Reported by
klimek....@gmail.com,
Oct 2
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 Steps to reproduce the problem: 1. Go to any URL using unicode characters (IDN and URL path) such as https://slovník.gov.cz/správce/ 2. Copy the address 3. The address is Punycode encoded (in domain part) and percent encoded (in URL path) to be a valid URI What is the expected behavior? The URL should be copied in its visible form (decoded), not encoded. What went wrong? The URL is being copied encoded, which is not human legible. Did this work before? No Chrome version: 69.0.3497.100 Channel: stable OS Version: 10.0 Flash Version: A typical use case of copy&pasting from address bar is to send the link to someone or use the link in a document. It should therefore be primarily human readable. The encoding (Punycode and Percent encoding) should then be done (if required) by the HTTP client using the decoded URL. Chrome can still offer an advanced option to copy the URL encoded as URI for developers, who need to use an HTTP client unable to do the encoding itself (like curl at the moment). It already works this way in Vivaldi and Edge. I use the COPY URL extension for Chrome. The upcoming URL specification update (https://url.spec.whatwg.org/) seems to be consistent with the expected behavior. The current behavior hinders IRI and IDN adoption.
,
Oct 3
klimek.mff@Thanks for the issue... Tried to reproduce this issue on reported chrome 69.0.3497.100 Using Windows 10. Attaching screen-cast for reference. Steps: ------ 1. Launched reported chrome 2. Navigated to given url " https://slovník.gov.cz/správce/ " 3. Opened new tab and Pasted the given url 4. Copied the url from omnibox and pasted in new tab and gmail As we are seen different url after copying and pasted from omnibox @Reporter: Could you please review the attached screen-cast and confirm if anything being missed here. As we are not sure about the issue if possible provide screencast for better triaging it. Thanks.!
,
Oct 3
The screencast captures the issue correctly. The unencoded version https://slovník.gov.cz/správce/ is undoubdtedly more readable than its encoded version https://xn--slovnk-7va.gov.cz/spr%C3%A1vce/. Therefore, I would expect the unencoded version being copied from the omnibox for handling by the user (copy and paste somewhere) instead of the encoded version.
,
Oct 3
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 17
I can also repro, and perhaps omnibox-related.
,
Oct 17
Perhaps filed as older issue 70598 - shows as unicode in omnibox, punycode once copied out. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by swarnasree.mukkala@chromium.org
, Oct 3