Bug 241333
| Summary: | Drag and drop from Word to Safari contentEditable doesn't work | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | hamza.benkhaldoun |
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bdakin, megan_gardner, thespyder, webkit-bug-importer, wenson_hsieh |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 15 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
hamza.benkhaldoun
Hi,
Selecting a chunk of text from a word document opened in Microsoft word, dragging the selection, then dropping it in a contentEditable div results in nothing being actually dropped.
Here is a codesandbox reproduction sample: https://codepen.io/hamza0867/pen/ZErRJbp?editors=1111
Thank you
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
I can reproduce this with latest Word (16.60). Works with TextEdit.
Guessing that Word may be providing a promise instead of full data in the drag pasteboard, I don't remember any code in WebKit to support that.
Radar WebKit Bug Importer
<rdar://problem/94440920>
Wenson Hsieh
(In reply to Alexey Proskuryakov from comment #1)
> I can reproduce this with latest Word (16.60). Works with TextEdit.
>
> Guessing that Word may be providing a promise instead of full data in the
> drag pasteboard, I don't remember any code in WebKit to support that.
There is a promise reading codepath in WebKit, but it only works in the context of promised file URLs (by calling into `-receivePromisedFilesAtDestination:options:operationQueue:reader:`). It seems like we'll need to generalize this to work with rich text data.