Bug 101487 - No dragover event when mouse is idle on Linux
Summary: No dragover event when mouse is idle on Linux
Status: UNCONFIRMED
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Linux
: P4 Major
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-07 10:32 PST by danya.postfactum
Modified: 2019-02-06 09:18 PST (History)
3 users (show)

See Also:


Attachments
Testcase for lack of dragover event on Linux (484 bytes, text/html)
2012-11-10 05:02 PST, danya.postfactum
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description danya.postfactum 2012-11-07 10:32:42 PST
It is triggered only when you move mouse cursor. So, I can not update dataTransfer.dropEffect on ctrlKey state change.
dragover event should be triggered with some interval.

Windows - OK
Linux - FAIL
MAC OS - ?
Comment 1 Alexey Proskuryakov 2012-11-07 16:03:36 PST
There is a fake mousemove event generated by WebKit on most platforms when a modifier key is pressed. We should eventually find a better solution.
Comment 2 danya.postfactum 2012-11-08 02:46:23 PST
On Windows dragover event is fired every ≈ 60ms when mouse is idle.
It is also fired on mouse moving and modifier key press.

On Linux, as I see, it is fired on mouse moving only, but w3c says that dragover should be fired repeatedly, with 350ms delay(but of course, this is to long). Modifiers keys should also trigger dragover event to let a app know about it as soon as possible.
Comment 3 danya.postfactum 2012-11-10 05:02:53 PST
Created attachment 173445 [details]
Testcase for lack of dragover event on Linux

Open the attachment in Chrome on Linux. Open Console. Grab the link and watch the event stream. You can see that dragover event occurs only while mouse moving. If you stop moving the pointer, there is no dragover event. No press Ctrl key - dropEffect is set to 'copy', but you don't get ui feedback about it until mouse moving.

This is bad thing, guys... I like chrome, like linux. I would like all this to work nice. Sorry, but I have no experience to fix it myself...

Tested in Chrome 22.0.1229.94.
Comment 4 danya.postfactum 2013-01-26 19:05:46 PST
Anybody here? Can it be fixed? Can it be confired at least ??
Comment 5 zach.cykic 2014-10-16 13:54:16 PDT
I don't think I have permission to change the status, but I can confirm that dragover does not fire on an interval in webkit on linux, only when the mouse is moved, whether the dragged object is internal, an HTML element from the page made draggable, or external, e.g. a file from the file system.
Comment 6 Lucas Forschler 2019-02-06 09:18:48 PST
Mass move bugs into the DOM component.