New issue
Advanced search Search tips

Issue 657302 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 16
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Drop event sometimes not triggered without Alt key on Mac

Reported by ond...@brejla.cz, Oct 19 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36

Steps to reproduce the problem:
1. on Mac (tested on Sierra and El Capitain) open the test case file in Chrome
2. also open e.g. TextEdit app and enter some text to it
3. select some text in opened TextEdit app
4. drag it over a red zone in opened Chrome with test file
5. drop the text

What is the expected behavior?
Drop event should be triggered and "drop!" text should appear in console.

What went wrong?
Drop event is not fired at all.

Did this work before? No 

Does this work in other browsers? Yes

Chrome version: 53.0.2785.143  Channel: n/a
OS Version: OS X 10.12.0
Flash Version: Shockwave Flash 23.0 r0

One needs to press Alt (Options) key to "drop" event be triggered. But only for some (probably native Mac?) apps. I also tried Things (ToDo app).

But when I try to "drag-and-drop" a text e.g. from opened email from Thunderbird, Alt key does NOT need to be pressed before "drop" and the event is properly triggered.

When I try Firefox of Safari, they also do not force user to press Alt key, just common drop triggers "drop" event as expected.

Thanks!
 
drop-test.html
1.5 KB View Download
Components: UI>Browser
Owner: sdy@chromium.org
Status: Assigned (was: Unconfirmed)
Reproduced this locally with the same Chrome version:

1) Drag from TextEdit into the test page; only "enter!" is logged
2) Drag from TextEdit into another NSTextField (I used Dash's search field); the text is dropped there.

Comment 2 by sdy@chromium.org, Feb 23 2017

Labels: Hotlist-PlatformExcellence
Owner: ----
Status: Available (was: Assigned)
Project Member

Comment 3 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 4 by tapted@chromium.org, Mar 12 2018

Components: Blink>DataTransfer
Labels: -Hotlist-Recharge-Cold
Status: Available (was: Untriaged)
I was not able to reproduce on Chrome Canary 70.0.3518.0 on MacOS.

Comment 6 Deleted

I'm also not able to reproduce this on Chrome 69.0.3497.100 on MacOS, following steps as described by #2.
As this cannot be repro'ed anymore, I'll assume that it is fixed or no longer relevant, and will mark it Won't Fix. Please let me know if it can be repro'ed again, and I'll set it back to Available. 

Sign in to add a comment