Open Bug 1125726 Opened 10 years ago Updated 4 years ago

Drop event not always triggered in OSX

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)

35 Branch
All
macOS
defect

Tracking

()

UNCONFIRMED

People

(Reporter: tristan, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0 Build ID: 20150112203201 Steps to reproduce: When using the HTML5 Drag and Drop API, the 'drop' event is not consistently delivered to an element which has accepted the drop by preventing the default action in 'dragenter' and 'dragover' events. I've created a test case which describes the problem in action here: http://jsfiddle.net/h6kthg7v/ Some observations I've made so far are that: If the dragged element originates somewhere inside the drop target, as in the same area where items are 'dropped' in the referenced test case, the problem drop event is properly delivered, this is only seems to be an issue when the drop zone is not an acestor of drag source. So far I've only seen this occur on Firefox 35 on OSX Mavericks and Yosemite, other browsers don't exhibit this behavior on OSX, and Firefox 35 behaves well on other platforms.
OS: Linux → Mac OS X
Hardware: x86_64 → All
Component: Untriaged → Drag and Drop
Product: Firefox → Core

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.