RESOLVED FIXED 41025
editing/execCommand/copy-without-selection.html fails on Qt after r61637
https://bugs.webkit.org/show_bug.cgi?id=41025
Summary editing/execCommand/copy-without-selection.html fails on Qt after r61637
Eric Seidel (no email)
Reported 2010-06-22 17:10:29 PDT
editing/execCommand/copy-without-selection.html fails on Qt after r61637 Looks like the test somehow depended on NULL characters being stripped during fragment parsing. Just not sure how it did that since it's clearly setting the string "SUCCESS" and getting out "S\0U\0..." converted to \xFFFD in the parser. The failure appears to be Qt specific.
Attachments
Proposed patch (3.83 KB, patch)
2010-06-22 20:43 PDT, Andreas Kling
no flags
Proposed patch, more ChangeLog (4.23 KB, patch)
2010-06-24 04:40 PDT, Andreas Kling
hausmann: review+
commit-queue: commit-queue-
Proposed patch, updated to apply (4.32 KB, patch)
2010-06-26 02:42 PDT, Andreas Kling
no flags
Eric Seidel (no email)
Comment 1 2010-06-22 17:11:49 PDT
--- /home/webkitbuildbot/slaves/release32bit/buildslave/qt-linux-release/build/layout-test-results/editing/execCommand/copy-without-selection-expected.txt 2010-06-22 16:54:03.788189611 -0700 +++ /home/webkitbuildbot/slaves/release32bit/buildslave/qt-linux-release/build/layout-test-results/editing/execCommand/copy-without-selection-actual.txt 2010-06-22 16:54:03.788189611 -0700 @@ -1 +1 @@ -SUCCESS +S�U�C�C�E�S�S�
Eric Seidel (no email)
Comment 2 2010-06-22 17:12:12 PDT
� is \xFFFD, the HTML5 replacement character.
Eric Seidel (no email)
Comment 3 2010-06-22 17:13:03 PDT
I think the Qt code might be setting a UTF-16 string as UTF-8, and we just didn't notice before. :)
Eric Seidel (no email)
Comment 4 2010-06-22 17:14:59 PDT
Eric Seidel (no email)
Comment 5 2010-06-22 17:18:50 PDT
See how the Mac code deals with the arguments as strings: http://trac.webkit.org/browser/trunk/WebCore/platform/mac/ClipboardMac.mm#L238
Eric Seidel (no email)
Comment 6 2010-06-22 17:25:35 PDT
Eric Seidel (no email)
Comment 7 2010-06-22 17:26:37 PDT
Skipped the test until the ClipboardQt::setData bug can be fixed.
Andreas Kling
Comment 8 2010-06-22 20:43:03 PDT
Created attachment 59470 [details] Proposed patch Use QMimeData::text() and QMimeData::setText() for "text/plain" data to avoid encoding confusion.
Andreas Kling
Comment 9 2010-06-24 04:40:12 PDT
Created attachment 59638 [details] Proposed patch, more ChangeLog
WebKit Commit Bot
Comment 10 2010-06-25 15:59:56 PDT
Comment on attachment 59638 [details] Proposed patch, more ChangeLog Rejecting patch 59638 from commit-queue. Failed to run "[u'/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/svn-apply', u'--reviewer', u'Simon Hausmann', u'--force']" exit_code: 1 Parsed 4 diffs from patch file(s). patching file LayoutTests/ChangeLog Hunk #1 succeeded at 1 with fuzz 3. patching file LayoutTests/platform/qt/Skipped Hunk #1 FAILED at 5446. 1 out of 1 hunk FAILED -- saving rejects to file LayoutTests/platform/qt/Skipped.rej patching file WebCore/ChangeLog Hunk #1 succeeded at 1 with fuzz 3. patching file WebCore/platform/qt/ClipboardQt.cpp Full output: http://webkit-commit-queue.appspot.com/results/3281789
Andreas Kling
Comment 11 2010-06-26 02:42:32 PDT
Created attachment 59828 [details] Proposed patch, updated to apply
WebKit Commit Bot
Comment 12 2010-06-27 07:14:39 PDT
Comment on attachment 59828 [details] Proposed patch, updated to apply Clearing flags on attachment: 59828 Committed r61968: <http://trac.webkit.org/changeset/61968>
WebKit Commit Bot
Comment 13 2010-06-27 07:14:44 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.