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

Issue 630606 link

Starred by 5 users
Status: Available
Owner: ----
Cc:
█ tkonch...@chromium.org
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Dragging and dropping of plain text URLs changes the text

Project Member Reported by phistuck@gmail.com, Jul 22 2016 
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

Example URL:
data:text/html,<!doctype html><textarea cols=90 rows=10>See https://pass.com/fail%0d%0a%0d%0ahttps://pass.com/fail/%0d%0a</textarea>

Steps to reproduce the problem:
1. Go to the mentioned URL.
2. Select https://pass.com/fail and drag it to the next line in order to move it.
3. Select https://pass.com/fail and drag it to the next line.

What is the expected behavior?
The textarea shows the following text -
See
https://pass.com/fail

https://pass.com/fail/

What went wrong?
The textarea shows the following text -
See 
fail
pass.com

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes I think it worked, not sure

Does this work in other browsers? Yes 

Chrome version: 54.0.2803.0  Channel: canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

Chrome 51 and Chrome 54 have the same issue. I have not tried other versions in between.

Internet Explorer 11 gets this right.

Comment 1 by phistuck@chromium.org, Jul 22 2016

Components: -Blink Blink>Editing Blink>DataTransfer
Labels: -Type-Bug Type-Bug-Regression
Status: Untriaged (was: Unconfirmed)
Oops. Step 3 should say (note the extra slash at the end of the URL) -
Select https://pass.com/fail/ and drag it to the next line in order to move it.

Note that this is only happening when dragging and dropping within a field (<input>, <textarea>). Dragging text from non-fields (<div>text</div>) into fields will not reproduce the issue. Elements that are contenteditable also do not reproduce the issue.
(However, layout or integration tests for all of the text drag and drop methods noted above should probably be added)

Comment 2 by phistuck@chromium.org, Jul 22 2016

Labels: -Pri-2 Pri-1
Regressions are high priority.

Comment 3 by yosin@chromium.org, Jul 25 2016

Components: -Blink>DataTransfer
Status: Available (was: Untriaged)

Comment 4 by dcheng@chromium.org, Jul 29 2016

Components: Blink>DataTransfer
Labels: Needs-Bisect

Comment 5 by tkonch...@chromium.org, Jul 29 2016

Cc: tkonch...@chromium.org
Labels: -Needs-Bisect -Type-Bug-Regression M-54 Type-Bug
Tested the same on win8.1 chrome version 52.0.2743.82 and canary 54.0.2810.2 -The textarea shows thetext " Pass.com fail"

Please find the screenshots

This is a non regression issue existing since M35 builds(35.0.1916.99) to latest canary

This is working fine in Mac 10.11.5 whereas there is no drag n drop functionality on Linux with the URL  https://pass.com/fail/
630606.png
2.2 KB View Download
630606 a.png
2.1 KB View Download

Comment 6 by kojii@chromium.org, Nov 30 2016

Labels: -Pri-1 Pri-3
According to comment #2 and #5, this is not a regression and thus no longer pri-1.

Comment 7 by yosin@chromium.org, Nov 30 2016 

Both Edge and Firefox drop URL instead of part of URL.
Chrome's behavior isn't reasonable.

We should change documentFragmentFromDragData() in "DragController.cpp" to avoid create anchor element when we drop into plain text region.

Comment 8 by yosin@chromium.org, Nov 30 2016 

Here is Editor::webContentFromPasteboard() in WebKit:
https://bugs.webkit.org/attachment.cgi?id=239271

Comment 9 by martin.s...@gmail.com, Jan 2 2017 

Just discovered this bug in Chrome 55 stable/Windows 10, this is definitely NOT the expected behavior when dragging URL inside textarea. See the attached gif for a simple repro.
dragbug.gif
60.3 KB View Download

Comment 10 by martin.s...@gmail.com, Jan 27 2017 

Hi, just tested final Chrome 56 and this is still happening, dragging Url in a textarea changes the dragged content, this is not OK behavior. Any ETA for fixing it?
Project Member

Comment 11 by sheriffbot@chromium.org, Mar 9 2018

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. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

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

Comment 12 by jsb...@chromium.org, Mar 15 2018

Labels: -Hotlist-Recharge-Cold
Status: Available (was: Untriaged)
►

Sign in to add a comment