RESOLVED FIXED Bug 26996
dragend event triggers before drop event during Drag & Drop operations
https://bugs.webkit.org/show_bug.cgi?id=26996
Summary dragend event triggers before drop event during Drag & Drop operations
Sebastian Markbåge
Reported 2009-07-06 12:23:34 PDT
During a HTML 5 drag and drop operation, the "dragend" event is suppose to trigger AFTER the "drop" event to allow for proper clean up. Currently the order is reversed. It may be related to bug 24741. https://bugs.webkit.org/show_bug.cgi?id=24731
Attachments
Layout test (11.73 KB, patch)
2009-11-15 22:59 PST, Daniel Bates
no flags
Individual Layout test (7.47 KB, text/html)
2009-11-15 23:03 PST, Daniel Bates
no flags
Daniel Bates
Comment 1 2009-11-15 13:58:22 PST
I cannot reproduce this issue in the latest nightly r50918. I used a test case I wrote, currently at <https://bugzilla.mozilla.org/attachment.cgi?id=411490> to test with effectAllowed = "copy". When I get a chance, I'll put together a test case for this issue to prevent a regression. Can you second the confirmation that this issue has been resolved? (In reply to comment #0) > During a HTML 5 drag and drop operation, the "dragend" event is suppose to > trigger AFTER the "drop" event to allow for proper clean up. Currently the > order is reversed. > > It may be related to bug 24741. > > https://bugs.webkit.org/show_bug.cgi?id=24731
Daniel Bates
Comment 2 2009-11-15 22:59:38 PST
Created attachment 43268 [details] Layout test DRT/Manual test case for this issue. We need to fix bug #31233 to test that the HTML5 drag-and-drop processing model is followed when there are two drop targets. This test case ensures that we don't regress on this bug. Moreover, it ensure that our implementation conforms to the HTML5 drag-and-drop processing model as defined in <http://dev.w3.org/html5/spec/Overview.html#drag-and-drop-processing-model>.
Daniel Bates
Comment 3 2009-11-15 23:03:46 PST
Created attachment 43269 [details] Individual Layout test For convenience, here is just the layout test. Modified to use WebKit.org absolute paths.
Sebastian Markbåge
Comment 4 2009-11-22 10:08:48 PST
(In reply to comment #3) > Created an attachment (id=43269) [details] > Individual Layout test > > For convenience, here is just the layout test. Modified to use WebKit.org > absolute paths. I can indeed verify that this is has been resolved in the nightly r51280. Note that dropEffect is undefined at the drop event as noted here: https://bugs.webkit.org/show_bug.cgi?id=24731#c52
Note You need to log in before you can comment on or make changes to this bug.