Bug 280424

Summary: [ Sequoia ] fast/table/col-and-colgroup-offsets.html is a constant failure.
Product: WebKit Reporter: Anfernee Viduya <aviduya>
Component: New BugsAssignee: Jonathan Bedard <jbedard>
Status: RESOLVED FIXED    
Severity: Normal CC: jbedard, webkit-bot-watchers-bugzilla, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=285775
https://bugs.webkit.org/show_bug.cgi?id=285778

Anfernee Viduya
Reported 2024-09-26 12:29:04 PDT
fast/table/col-and-colgroup-offsets.html is a constant failure. HISTORY: https://results.webkit.org/?suite=layout-tests&test=fast%2Ftable%2Fcol-and-colgroup-offsets.html&platform=mac DIFF: PASS document.getElementById("columnThatShouldNotBeRendered").offsetWidth is 0 Tests for offsetHeight: -FAIL document.getElementById("productNo").parentNode.offsetHeight should be 111. Was 119. -FAIL document.getElementById("productNo").offsetHeight should be 111. Was 119. -FAIL document.getElementById("productName").offsetHeight should be 111. Was 119. -FAIL document.getElementById("hasMAndHasNAndHasO").offsetHeight should be 111. Was 119. -FAIL document.getElementById("hasMAndHasN").offsetHeight should be 111. Was 119. -FAIL document.getElementById("hasO").offsetHeight should be 111. Was 119. -FAIL document.getElementById("hasP").offsetHeight should be 111. Was 119. +FAIL document.getElementById("productNo").parentNode.offsetHeight should be 108. Was 116. +FAIL document.getElementById("productNo").offsetHeight should be 108. Was 116. +FAIL document.getElementById("productName").offsetHeight should be 108. Was 116. +FAIL document.getElementById("hasMAndHasNAndHasO").offsetHeight should be 108. Was 116. +FAIL document.getElementById("hasMAndHasN").offsetHeight should be 108. Was 116. +FAIL document.getElementById("hasO").offsetHeight should be 108. Was 116. +FAIL document.getElementById("hasP").offsetHeight should be 108. Was 116. PASS document.getElementById("columnThatShouldNotBeRendered").offsetHeight is 0 When borderCollapse == "collapse" @@ -79,13 +79,13 @@ PASS document.getElementById("columnThatShouldNotBeRendered").offsetWidth is 0 Tests for offsetHeight: -PASS document.getElementById("productNo").parentNode.offsetHeight is 91 -PASS document.getElementById("productNo").offsetHeight is 91 -PASS document.getElementById("productName").offsetHeight is 91 -PASS document.getElementById("hasMAndHasNAndHasO").offsetHeight is 91 -PASS document.getElementById("hasMAndHasN").offsetHeight is 91 -PASS document.getElementById("hasO").offsetHeight is 91 -PASS document.getElementById("hasP").offsetHeight is 91 +PASS document.getElementById("productNo").parentNode.offsetHeight is 88 +PASS document.getElementById("productNo").offsetHeight is 88 +PASS document.getElementById("productName").offsetHeight is 88 +PASS document.getElementById("hasMAndHasNAndHasO").offsetHeight is 88 +PASS document.getElementById("hasMAndHasN").offsetHeight is 88 +PASS document.getElementById("hasO").offsetHeight is 88 +PASS document.getElementById("hasP").offsetHeight is 88 PASS document.getElementById("columnThatShouldNotBeRendered").offsetHeight is 0 PASS successfullyParsed is true DIFF LINK: https://build.webkit.org/results/Apple-Sequoia-Release-AppleSilicon-WK2-Tests/284293%40main%20(79)/fast/table/col-and-colgroup-offsets-diff.txt REPRODUCIBILITY: I was able to reproduce the issue on ToT using command: run-webkit-tests fast/table/col-and-colgroup-offsets.html --iterations=10 DESCRIPTION: This looks like it needs a re-baseline since most of the diff is offset by a couple pts.
Attachments
Radar WebKit Bug Importer
Comment 1 2024-09-26 12:29:16 PDT
Anfernee Viduya
Comment 2 2024-09-26 12:34:05 PDT
On a second look, a rebase does not seem to be solution. Investigating further.
EWS
Comment 3 2024-09-26 12:47:00 PDT
Test gardening commit 284306@main (321082fa27eb): <https://commits.webkit.org/284306@main> Reviewed commits have been landed. Closing PR #34315 and removing active labels.
Jonathan Bedard
Comment 4 2025-01-10 13:11:53 PST
Looking closely at the history of this test, there are a couple things going on. First, this test absolutely needs a rebase, I’ll work on that (and it will be covered in this bug) Second, these tests are confusing. The “Fail” in the HTML is deliberately checking that two values ARE NOT equal, so we need to make the test itself better. Third, the method checking that values are equal dumps the values it’s comparing to test output. That’s really horrible, given how LayoutTests work. Even passing tests which do this will need to be constantly rebased. I would like to change the method we're using for comparison too.
Jonathan Bedard
Comment 5 2025-01-10 13:40:45 PST
EWS
Comment 6 2025-01-13 13:02:07 PST
Committed 288816@main (f97e84989be4): <https://commits.webkit.org/288816@main> Reviewed commits have been landed. Closing PR #38868 and removing active labels.
Note You need to log in before you can comment on or make changes to this bug.