Bug 93074
Summary: | [Qt][EFL] new fast/forms/datalist/range-snap-to-datalist.html introduced in r124549 fails | ||
---|---|---|---|
Product: | WebKit | Reporter: | János Badics <jbadics> |
Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED WONTFIX | ||
Severity: | Normal | CC: | jbadics, keishi, mcatanzaro, ossy, tkent |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Bug Depends on: | |||
Bug Blocks: | 87008, 92640 |
János Badics
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?
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
János Badics
I will skip this test until the proper fix.
János Badics
I skipped this test in
http://trac.webkit.org/changeset/124573
Keishi Hattori
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?
Michael Catanzaro
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.