This test fails on Qt and EFL since it has been introduced in http://trac.webkit.org/changeset/124549 with the following diff: --- /ramdisk/qt-linux-64-release/build/layout-test-results/fast/forms/datalist/range-snap-to-datalist-expected.txt +++ /ramdisk/qt-linux-64-release/build/layout-test-results/fast/forms/datalist/range-snap-to-datalist-actual.txt @@ -7,15 +7,15 @@ PASS input.value is "0" PASS parseInt(input.value, 10) < 500 is true PASS input.value is "0" -PASS input.value is '500' +FAIL input.value should be 500. Was 483. PASS input.value is "0" -PASS input.value is '500' +FAIL input.value should be 500. Was 494. PASS input.value is "0" -PASS input.value is '500' +FAIL input.value should be 500. Was 506. PASS input.value is "0" -PASS input.value is '500' +FAIL input.value should be 500. Was 517. PASS input.value is "0" -PASS input.value is '500' +FAIL input.value should be 500. Was 528. PASS input.value is "0" PASS parseInt(input.value, 10) > 500 is true PASS input.value is "0" The original bug can be found at https://bugs.webkit.org/show_bug.cgi?id=92640 Could you have a look at it please?
I will skip this test until the proper fix.
I skipped this test in http://trac.webkit.org/changeset/124573
I'm not sure what's happening. Why isn't the input.value 500 when you click the middle? Does the Qt slider have uneven left/right margins?
Closing this bug because the EFL port has been removed from trunk. If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.