Closed
Bug 545175
Opened 15 years ago
Closed 15 years ago
synthesizeDrop needs dropEffect
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Core
DOM: Copy & Paste and Drag & Drop
Tracking
()
RESOLVED
FIXED
People
(Reporter: enndeakin, Assigned: enndeakin)
References
Details
Attachments
(1 file)
3.28 KB,
patch
|
Details | Diff | Splinter Review |
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 | ||
Comment 2•15 years ago
|
||
Assignee: philbaseless-firefox → enndeakin
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•