New issue
Advanced search Search tips

Issue 760613 link

Starred by 3 users
Status: Available
Owner: ----
Cc:
pnangunoori@chromium.org
pwnall@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug



Sign in to add a comment

UTF-8 encoding is not respected for drag data on Linux

Reported by johannes...@gmail.com, Aug 30 2017 
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3198.0 Safari/537.36

Steps to reproduce the problem:
1. Open a page with a contenteditable or input type="text" element in Chrome.
2. Open https://elpais.com in Firefox on Linux
3. Select a headline that contains non-ASCII characters in Firefox.
4. Drag the text from Firefox into the text editing element in Chrome

What is the expected behavior?
The text should appear in Chrome in its original UTF-8 encoding.

What went wrong?
The text appears is mangled as it is interpreted as if it was Windows-1252 encoded. with characters such as "ñ" and "é" mangled.

Did this work before? N/A 

Chrome version: 62.0.3198.0  Channel: dev
OS Version: 
Flash Version: 

This does work on Windows. It also happens with some other applications than Firefox. For example, text dragged from Zotero creates the same issue. Some text editors seem to work fine. Same issue on Chromium/Chrome 60.

Comment 1 by schenney@chromium.org, Aug 30 2017

Components: -Blink Blink>DataTransfer

Comment 2 by manoranj...@chromium.org, Aug 30 2017

Labels: Needs-Triage-M62

Comment 3 by pnangunoori@chromium.org, Sep 1 2017

Cc: pnangunoori@chromium.org
Status: Untriaged (was: Unconfirmed)
Tested on Chrome Stable #60.0.3112.113, Dev #62.0.3198.0 on Windows 7,Ubuntu 14.04, Mac 10.12.6 and able to reproduce the issue only on Ubuntu 14.04 and not able to reproduce on Windows and Mac.. 

This is a non-regression issue and able to reproduce from M-50 #50.0.2624.0. Marking it as untriaged so that issue gets addressed.

Attached the screencast for reference.

Issue is also noticed on other input fields like email fields, Google search bar etc.

Thanks.
760613.mp4
4.3 MB View Download

Comment 4 by michaeln@chromium.org, Sep 1 2017

Cc: pwnall@chromium.org
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
definitely a bug, non-regression + linux only decreases the priority somewhat, but still a bug
Project Member

Comment 5 by sheriffbot@chromium.org, Sep 3

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by johannes...@gmail.com, Sep 3 

This issue is still there and continues to be important. Someone with access rights, please set for available.

Comment 7 by jsb...@chromium.org, Sep 4

Status: Available (was: Untriaged)

Comment 8 by jsb...@chromium.org, Sep 4

Labels: -Hotlist-Recharge-Cold -Needs-Triage-M62
►

Sign in to add a comment