Use new HTML5 TreeBuilder for fragment parsing
Created attachment 65196 [details] Patch
Comment on attachment 65196 [details] Patch Yay
CCing the gardner as an FYI.
Comment on attachment 65196 [details] Patch Rejecting patch 65196 from commit-queue. Failed to run "['WebKitTools/Scripts/run-webkit-tests', '--no-launch-safari', '--exit-after-n-failures=1', '--wait-for-httpd', '--ignore-tests', 'compositing', '--quiet']" exit_code: 1 Running build-dumprendertree Compiling Java tests make: Nothing to be done for `default'. Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests Testing 20898 test cases. fast/innerHTML/innerHTML-changing-document-properties.xhtml -> failed Exiting early after 1 failures. 8150 tests run. 189.61s total testing time 8149 test cases (99%) succeeded 1 test case (<1%) had incorrect layout 6 test cases (<1%) had stderr output Full output: http://queues.webkit.org/results/3799249
Committed r65868: <http://trac.webkit.org/changeset/65868>
http://trac.webkit.org/changeset/65868 might have broken GTK Linux 32-bit Release The following changes are on the blame list: http://trac.webkit.org/changeset/65868 http://trac.webkit.org/changeset/65869
It seems r65869 broke dozens of tests on Qt bot: http://build.webkit.org/results/Qt%20Linux%20Release/r65869%20%2818230%29/results.html
> It seems r65869 broke dozens of tests on Qt bot: > http://build.webkit.org/results/Qt%20Linux%20Release/r65869%20%2818230%29/results.html Thanks Ossy. Build.webkit.org is super slow for me, so it's hard to see what I've done.
Looks like one bug. Something in Qt is dumping a <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> into paste fragments.
Looks like Pasteboard::writeSelection. That code is likely just wrong.
Followup in Bug 44506.