RESOLVED FIXED Bug 117683
Move Clipboard::declareAndWriteDragImage to DragController
https://bugs.webkit.org/show_bug.cgi?id=117683
Summary Move Clipboard::declareAndWriteDragImage to DragController
Darin Adler
Reported 2013-06-16 11:33:52 PDT
Move Clipboard::declareAndWriteDragImage to DragController
Attachments
Patch (19.07 KB, patch)
2013-06-16 11:40 PDT, Darin Adler
no flags
Patch (19.07 KB, patch)
2013-06-16 11:49 PDT, Darin Adler
no flags
Patch (19.11 KB, patch)
2013-06-16 11:59 PDT, Darin Adler
no flags
Patch (19.80 KB, patch)
2013-06-23 18:02 PDT, Darin Adler
bfulgham: review+
buildbot: commit-queue-
Darin Adler
Comment 1 2013-06-16 11:40:00 PDT
Darin Adler
Comment 2 2013-06-16 11:40:56 PDT
Relatively straightforward refactoring, helps trim down the size of the Clipboard class and give it focus.
Early Warning System Bot
Comment 3 2013-06-16 11:45:24 PDT
Early Warning System Bot
Comment 4 2013-06-16 11:46:33 PDT
Darin Adler
Comment 5 2013-06-16 11:49:27 PDT
Early Warning System Bot
Comment 6 2013-06-16 11:55:18 PDT
Early Warning System Bot
Comment 7 2013-06-16 11:56:02 PDT
Darin Adler
Comment 8 2013-06-16 11:59:13 PDT
Early Warning System Bot
Comment 9 2013-06-16 12:05:18 PDT
Early Warning System Bot
Comment 10 2013-06-16 12:05:27 PDT
Build Bot
Comment 11 2013-06-16 12:46:59 PDT
Darin Adler
Comment 12 2013-06-23 18:02:28 PDT
Build Bot
Comment 13 2013-06-23 18:39:47 PDT
Ryosuke Niwa
Comment 14 2013-08-01 20:00:47 PDT
Comment on attachment 205272 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=205272&action=review > Source/WebCore/page/DragController.cpp:705 > + if (element->isContentRichlyEditable()) { Maybe it would be cleaner to move this check in the caller so that this function will just be named selectElement?
Ryosuke Niwa
Comment 15 2013-08-01 20:01:13 PDT
Brent or Roger should look at the Windows port's change.
Brent Fulgham
Comment 16 2013-08-01 20:52:24 PDT
Comment on attachment 205272 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=205272&action=review I think the changes look good, but I'm curious about the original handling of the source URL; are we changing behavior in some unintentional fashion? > Source/WebCore/platform/win/ClipboardWin.cpp:-69 > - AtomicString imageURL = element->getAttribute(HTMLNames::srcAttr); Do we not need this anymore? I wonder why this more complicated mechanism for retrieving the image source was used previously?
Darin Adler
Comment 17 2013-08-02 19:44:59 PDT
Comment on attachment 205272 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=205272&action=review >> Source/WebCore/platform/win/ClipboardWin.cpp:-69 >> - AtomicString imageURL = element->getAttribute(HTMLNames::srcAttr); > > Do we not need this anymore? I wonder why this more complicated mechanism for retrieving the image source was used previously? I believe that this code check to see if there is any image in the element is redundant, and done at another level. To be clear, the code is not retrieving the image source. Note below that fullURL is constructed so it can be checked to see if it’s empty. Nothing else is done with it.
Brent Fulgham
Comment 18 2013-08-12 09:26:36 PDT
Comment on attachment 205272 [details] Patch r=me
Darin Adler
Comment 19 2013-08-12 22:57:09 PDT
Darin Adler
Comment 21 2013-08-13 07:23:05 PDT
Thanks for fixing Windows. Not sure why I didn’t notice the EWS failure!
Note You need to log in before you can comment on or make changes to this bug.