Bug 35973

Summary: [Win] fast/multicol/hit-test-above-or-below.html fails
Product: WebKit Reporter: Csaba Osztrogonác <ossy>
Component: Tools / TestsAssignee: Nobody <webkit-unassigned>
Status: REOPENED ---    
Severity: Normal CC: bfulgham, bweinstein, kadam, mitz, simon.fraser
Priority: P3 Keywords: LayoutTestFailure, Qt, QtTriaged
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Linux   

Description Csaba Osztrogonác 2010-03-10 08:36:24 PST
fast/multicol/hit-test-above-or-below.html is a new test introduced in http://trac.webkit.org/changeset/55546

result: http://build.webkit.org/results/Qt%20Linux%20Release/r55780%20%288339%29/results.html

diff:
-Character at 750, 275 is null as expected.
+FAIL: Character at 750, 275 is m. Expected null.

-Character at 750, 475 is null as expected.
+FAIL: Character at 750, 475 is m. Expected null.
 
I made some experiment to find what cause this differences. I 
compared our pixel result to result of Leopard, they are same.

But the render tree dump is different:

-        RenderBlock (anonymous) at (0,0) size 188x50
-          RenderText {#text} at (0,0) size 150x50
-            text run at (0,0) width 150: "123"
-        RenderBlock {DIV} at (0,50) size 188x70 [bgcolor=#0000FF]
-        RenderBlock (anonymous) at (0,120) size 188x100
-          RenderText {#text} at (0,0) size 150x50
-            text run at (0,0) width 150: "abc"
+        RenderBlock (anonymous) at (0,0) size 188x50
+          RenderText {#text} at (0,0) size 150x49
+            text run at (0,0) width 150: "123"
+        RenderBlock {DIV} at (0,50) size 188x70 [bgcolor=#0000FF]
+        RenderBlock (anonymous) at (0,120) size 188x100
+          RenderText {#text} at (0,0) size 150x49
+            text run at (0,0) width 150: "abc" 
...

Only the height of lines differs, the expected is 50, but we got 49.
Comment 1 Csaba Osztrogonác 2010-03-10 08:59:19 PST
Tomorrow I'm going to fix this bug.

I skipped this test until fix to make Qt bot green again: http://trac.webkit.org/changeset/55782
Comment 2 mitz 2010-03-10 09:03:59 PST
I wonder if this is due to the non-Mac text selection behavior some ports implement.
Comment 3 Brian Weinstein 2010-03-26 11:06:35 PDT
This test fails on Windows as well (in the same way) - Skipped in r56634.
Comment 4 Ádám Kallai 2012-10-11 05:33:55 PDT
Is Anybody working this bug? Now This test is working on Qt WK2, but still fails on Qt WK1.

Diff is here:

--- /home/kadam/webkit/WebKit/WebKitBuild/Release/layout-test-results/fast/multicol/hit-test-above-or-below-expected.txt
+++ /home/kadam/webkit/WebKit/WebKitBuild/Release/layout-test-results/fast/multicol/hit-test-above-or-below-actual.txt
@@ -11,9 +11,9 @@
 Character at 150, 275 is d as expected.
 Character at 350, 275 is j as expected.
 Character at 550, 275 is m as expected.
-Character at 750, 275 is null as expected.
+FAIL: Character at 750, 275 is m. Expected null.
 Character at 150, 475 is d as expected.
 Character at 350, 475 is j as expected.
 Character at 550, 475 is m as expected.
-Character at 750, 475 is null as expected.
+FAIL: Character at 750, 475 is m. Expected null.
Comment 5 Ádám Kallai 2012-10-11 09:27:41 PDT
I added to Qt WK1 TestExpectations. (only)
Committed r131051: <http://trac.webkit.org/changeset/131051>
Comment 6 Jocelyn Turcotte 2014-02-03 03:16:16 PST
=== 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.
Comment 7 Brent Fulgham 2014-02-18 10:49:31 PST
This is still a failure for the Win port.