35973 2010-03-10 08:36:24 -0800 [Win] fast/multicol/hit-test-above-or-below.html fails 2024-01-03 14:27:47 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) PC Linux RESOLVED CONFIGURATION CHANGED LayoutTestFailure, Qt, QtTriaged P3 Normal --- 1 ossy webkit-unassigned ahmad.saleem792 bfulgham bweinstein kadam mitz simon.fraser oldest_to_newest 198158 0 ossy 2010-03-10 08:36:24 -0800 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. 198162 1 ossy 2010-03-10 08:59:19 -0800 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 198164 2 mitz 2010-03-10 09:03:59 -0800 I wonder if this is due to the non-Mac text selection behavior some ports implement. 204684 3 bweinstein 2010-03-26 11:06:35 -0700 This test fails on Windows as well (in the same way) - Skipped in r56634. 739841 4 kadam 2012-10-11 05:33:55 -0700 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. 740043 5 kadam 2012-10-11 09:27:41 -0700 I added to Qt WK1 TestExpectations. (only) Committed r131051: <http://trac.webkit.org/changeset/131051> 975115 6 jturcotte 2014-02-03 03:16:16 -0800 === 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. 981982 7 bfulgham 2014-02-18 10:49:31 -0800 This is still a failure for the Win port. 2002876 8 ahmad.saleem792 2024-01-03 14:27:47 -0800 We don't have any platform specific expectation for this test and AppleWin port is gone. So Marking this as 'RESOLVED CONFIGURATION CHANGED'.