[Webkit-unassigned] [Bug 161003] New: Many of the expected results from imported/w3c are wrong (contain FAIL strings)
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Aug 19 11:23:36 PDT 2016
https://bugs.webkit.org/show_bug.cgi?id=161003
Bug ID: 161003
Summary: Many of the expected results from imported/w3c are
wrong (contain FAIL strings)
Classification: Unclassified
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Tools / Tests
Assignee: webkit-unassigned at lists.webkit.org
Reporter: clopez at igalia.com
CC: achristensen at apple.com, bugs-noreply at webkitgtk.org,
lforschler at apple.com, youennf at gmail.com
Blocks: 160446
I have been checking that many (~328) of the expected results from imported/w3c contain FAIL strings. I understand this means that this tests are actually failing.
$ find LayoutTests/imported/w3c -type f -name '*-expected.txt'|xargs grep -l FAIL|wc -l
328
I wonder:
Wouldn't it have been better to mark this tests as failing in the TestExpectations file instead of uploading a -expected.txt file with FAIL results?
On the GTK+ port some of this tests PASS, but the tooling thing they are failing because the expected file is different than the one that it should be.
Check this example:
Running imported/w3c/web-platform-tests/XMLHttpRequest/send-entity-body-empty.htm on the GTK port I get:
Regressions: Unexpected text-only failures (1)
imported/w3c/web-platform-tests/XMLHttpRequest/send-entity-body-empty.htm [ Failure ]
But then, checking the diff result I see:
--- /home/clopez/webkit/webkit/layout-test-results/imported/w3c/web-platform-tests/XMLHttpRequest/send-entity-body-empty-expected.txt
+++ /home/clopez/webkit/webkit/layout-test-results/imported/w3c/web-platform-tests/XMLHttpRequest/send-entity-body-empty-actual.txt
@@ -1,5 +1,5 @@
PASS XMLHttpRequest: send("") - empty entity body (POST)
PASS XMLHttpRequest: send("") - empty entity body (PUT)
-FAIL XMLHttpRequest: send("") - empty entity body (HEAD) assert_equals: expected "NO" but got "0"
+PASS XMLHttpRequest: send("") - empty entity body (HEAD)
Which means that the test is passing on the GTK+ port, but not on the port where the result was generated (Mac?).
I think the right thing to do is to mark this tests as failing on the corresponding TestExpectations, rather than committing as expected results the result of a test that FAILS.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160819/dec8b76b/attachment.html>
More information about the webkit-unassigned
mailing list