Closed Bug 545175 Opened 14 years ago Closed 14 years ago

synthesizeDrop needs dropEffect

Categories

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

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: enndeakin, Assigned: enndeakin)

References

Details

Attachments

(1 file)

Bug 462172 removed the setting of the dropEffect while trapDrag was called. But this is actually needed. Otherwise, the dropEffect will always be set to 'none' when the synthesized dragover event fires. This isn't the case though; a real dragover event will initialize the dropEffect from the keyboard state and 'move' is a more suitable default. This means that we can only test dragover handlers that explicitly set the dropEffect. 

Ideally, we should pass an argument to synthesizeDrop to set the dropEffect.
Thanks for looking at those I was not clear on what needed to be done for a test element. I didn't feel right about setting those in either spot, the test or the utility but you made it clear on what a tester would want.  I think passing it in would be the way to go in case the test is for an element that only allows one effect and not 'all'.

I can get that changed.
Assignee: nobody → philbaseless-firefox
Assignee: philbaseless-firefox → enndeakin
Status: NEW → ASSIGNED
Blocks: 545714
http://hg.mozilla.org/mozilla-central/rev/f345ceda03a8
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: