Bug 101487 – No dragover event when mouse is idle on Linux

• Component: DOM
• Status: UNCONFIRMED

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 - ?

[Alexey Proskuryakov]

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.

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.

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.

Anybody here? Can it be fixed? Can it be confired at least ??

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.

[Lucas Forschler]

Mass move bugs into the DOM component.