Bug 80293 – [Qt] fast/text/international/spaces-combined-in-vertical-text.html produces incorrect results

• Status: RESOLVED
• Resolution: INVALID
• Component: Tools / Tests

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>).

[Ken Buchanan]

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.

[Adam Barth]

> Perhaps the commit queue is using Chromium.

Correct.  The commit-queue uses chromium-linux.

[Csaba Osztrogonác]

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.
+ďżź

[Jocelyn Turcotte]

=== 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.