fast/text/international/spaces-combined-in-vertical-text.html should output “PASS if no ASSERT fail or crash in debug build.”, as it does in OS X WebKit. It turns out (see bug 80284) that in Chromium, it outputs something different (the expected results as originally committed, <http://trac.webkit.org/browser/trunk/LayoutTests/fast/text/international/spaces-combined-in-vertical-text-expected.txt?rev=104322>).
How did the initial expected result get through commit queue without error?
(In reply to comment #1) > How did the initial expected result get through commit queue without error? Perhaps the commit queue is using Chromium.
> Perhaps the commit queue is using Chromium. Correct. The commit-queue uses chromium-linux.
It has wrong result on Qt too: --- /ramdisk/qt-linux-64-release/build/layout-test-results/fast/text/international/spaces-combined-in-vertical-text-expected.txt +++ /ramdisk/qt-linux-64-release/build/layout-test-results/fast/text/international/spaces-combined-in-vertical-text-actual.txt @@ -1,1 +1,1 @@ -PASS if no ASSERT fail or crash in debug build. +ďżź
=== Bulk closing of Qt bugs === If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary. If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.