Bug 87610

I found many cases skipped in Windows because eventSender.beginDragWithFiles was unimplemented actually did not. I investigated these cases failed reason as follow: editing/pasteboard/dataTransfer-setData-getData.html hit ASSERT(url == m_string); in KURL::KURL; editing/pasteboard/data-transfer-items-drag-drop-entry.html doMouseUp in eventSender did not fire Drop since m_draggingSourceOperationMask in dragData always DragOperationNone; editing/pasteboard/data-transfer-items-drag-drop-file.html doMouseUp in eventSender did not fire Drop since m_draggingSourceOperationMask in dragData always DragOperationNone; editing/pasteboard/drag-files-to-editable-element.html There were many functions such as fragmentFromFilenames in ClipboardUtilitiesWin did not implement yet; editing/pasteboard/file-drag-to-editable.html https://bugs.wekit.org/show_bug.cgi?id=38826; editing/pasteboard/file-input-files-access.html can not retrieve file size with relative file path in Windows; fast/events/drag-dataTransferItemList-file-handling.html event.dataTransfer.items.length event.dataTransfer.items.add undefined in Windows; fast/events/drag-to-navigate.html The test did not call testRunner.notifyDone; fast/events/drop-handler-should-not-stop-navigate.html prevent default event seems incorrect in windows, which lead to that drop event nerver be fired; fast/events/drop-with-file-paths.html prevent default event seems incorrect in windows, which lead to that drop event nerver be fired; fast/events/dropzone-004.html ondrop event nerver be fired; fast/forms/file/input-file-directory-upload.html DIRECTORY_UPLOAD disabled in Windows; fast/forms/file/recover-file-input-in-unposted-form.html FILE_SYSTEM disabled in Windows. I rebaselined a test and removed PASS tests from skipped file in Windows.

Created attachment 149189 [details] patch

Comment on attachment 149189 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=149189&action=review > LayoutTests/platform/win/Skipped:260 > http/tests/security/clipboard/clipboard-file-access.html It is wrong to leave all these other tests that still fail under the "# <rdar://problem/5230396> eventSender.beginDragWithFiles is unimplemented" - that makes it appear as if you haven't fixed this bug and hides the other issues you have identified. You have already done the great work to identify the reason these tests continue to fail - please represent that in the Skipped file. For instance, fast/forms/file/input-file-directory-upload.html is already in the Skipped list in another section "# Directory upload is not enabled.", so you can just remove it from this list. For those that don't already have sections in the Skipped list, you can add sections for them. You should be able to totally remove "# <rdar://problem/5230396> eventSender.beginDragWithFiles is unimplemented" section as part of this patch.

(In reply to comment #3) > (From update of attachment 149189 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=149189&action=review > > > LayoutTests/platform/win/Skipped:260 > > http/tests/security/clipboard/clipboard-file-access.html > > It is wrong to leave all these other tests that still fail under the "# <rdar://problem/5230396> eventSender.beginDragWithFiles is unimplemented" - that makes it appear as if you haven't fixed this bug and hides the other issues you have identified. > > You have already done the great work to identify the reason these tests continue to fail - please represent that in the Skipped file. > > For instance, fast/forms/file/input-file-directory-upload.html is already in the Skipped list in another section "# Directory upload is not enabled.", so you can just remove it from this list. For those that don't already have sections in the Skipped list, you can add sections for them. > > You should be able to totally remove "# <rdar://problem/5230396> eventSender.beginDragWithFiles is unimplemented" section as part of this patch. OK, thanks!

Created attachment 150327 [details] patch

Comment on attachment 150327 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=150327&action=review r=me with the fixes I mentioned :) > LayoutTests/platform/win/Skipped:249 > +# hit ASSERT(url == m_string) in KURL::KURL Sorry if I wasn't clear about this last time. You should file a bug about this issue and include the bug number in the Skipped list so that somebody looking at the Skipped list can see more details and if any progress has been made on that bug. > LayoutTests/platform/win/Skipped:252 > +# file size did not be retrieved via relative path Ditto.

(In reply to comment #6) > (From update of attachment 150327 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=150327&action=review > > r=me with the fixes I mentioned :) > > > LayoutTests/platform/win/Skipped:249 > > +# hit ASSERT(url == m_string) in KURL::KURL > > Sorry if I wasn't clear about this last time. You should file a bug about this issue and include the bug number in the Skipped list so that somebody looking at the Skipped list can see more details and if any progress has been made on that bug. KURL alway append slash in the end of url which did not include neither fragment nor query, ClipboardWin::setData() construct KURL with a url which did not include a slash, please see bug#90425. > > > LayoutTests/platform/win/Skipped:252 > > +# file size did not be retrieved via relative path > > Ditto. Please see bug#90426

Created attachment 150519 [details] patch

Comment on attachment 150519 [details] patch Setting cq+

Comment on attachment 150519 [details] patch Rejecting attachment 150519 [details] from review queue. huangxueqing@baidu.com does not have reviewer permissions according to http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/committers.py. - If you do not have reviewer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags. - If you have reviewer rights please correct the error in Tools/Scripts/webkitpy/common/config/committers.py by adding yourself to the file (no review needed). The commit-queue restarts itself every 2 hours. After restart the commit-queue will correctly respect your reviewer rights.

Eric, is there a way for me to set my review+ on this patch such that it will override the webkit.review.bots's review-?

Sure. You can just set r+ again and then you will have set it (instead of Haung) and then the bots will accept it. The problem is simply that a non-reviewer set r+, so the bot rejected it. if a reviewer sets r+ teh bots will happily land it. :) Hope that helps!

Comment on attachment 150519 [details] patch setting r+

(In reply to comment #12) > Sure. You can just set r+ again and then you will have set it (instead of Haung) and then the bots will accept it. The problem is simply that a non-reviewer set r+, so the bot rejected it. if a reviewer sets r+ teh bots will happily land it. :) Hope that helps! Heh, when I previewed that change it didn't show me as setting the r+, but webkit.review.bot. Seems to work when I go through with the change though :)

Comment on attachment 150519 [details] patch Clearing flags on attachment: 150519 Committed r121814: <http://trac.webkit.org/changeset/121814>

All reviewed patches have been landed. Closing bug.