142119 2015-02-27 17:53:59 -0800 fast/canvas/canvas-ellipse-zero-lineto.html failing on Apple Windows 2022-02-10 14:40:56 -0800 1 1 1 Unclassified WebKit Canvas 528+ (Nightly build) Unspecified Unspecified RESOLVED MOVED InRadar P2 Normal --- 1 dino webkit-unassigned bfulgham dino mmaxfield webkit-bug-importer oldest_to_newest 1072942 0 dino 2015-02-27 17:53:59 -0800 This test is reproducibly failing on Windows. fast/canvas/canvas-ellipse-zero-lineto.html 1072943 1 webkit-bug-importer 2015-02-27 17:54:38 -0800 <rdar://problem/19993919> 1072947 2 mmaxfield 2015-02-27 18:06:03 -0800 *** Bug 142120 has been marked as a duplicate of this bug. *** 1073166 3 bfulgham 2015-03-01 10:36:15 -0800 Failure looks like the following: --- /cygdrive/c/Projects/WebKit/OpenSource/WebKitBuild/Release/bin32/layout-test-results/fast/canvas/canvas-ellipse-zero-lineto-expected.txt +++ /cygdrive/c/Projects/WebKit/OpenSource/WebKitBuild/Release/bin32/layout-test-results/fast/canvas/canvas-ellipse-zero-lineto-actual.txt @@ -57,7 +57,7 @@ PASS imageData.data[1] is 0 PASS imageData.data[1] is 0 2. sweepAngle < PI -PASS imageData.data[1] is 0 +FAIL imageData.data[1] should be 0. Was 7. PASS imageData.data[1] is 255 PASS imageData.data[1] is 0 PASS imageData.data[1] is 0 1073167 4 bfulgham 2015-03-01 10:44:27 -0800 Here is the failing sequence of commands: debug(" 2. sweepAngle < PI"); ctx.translate(0, 30); ctx.save(); ctx.beginPath(); ctx.lineTo(10, 0); ctx.ellipse(20, 0, 20, zero, Math.PI / 6, -Math.PI / 4, Math.PI / 2, false); ctx.lineTo(80, 0); ctx.stroke(); ctx.restore(); imageData = ctx.getImageData(232, 69, 1, 1); shouldBe("imageData.data[1]", "0"); imageData = ctx.getImageData(238, 72, 1, 1); shouldBe("imageData.data[1]", "255"); imageData = ctx.getImageData(228, 65, 1, 1); shouldBe("imageData.data[1]", "0"); imageData = ctx.getImageData(242, 61, 1, 1); shouldBe("imageData.data[1]", "0"); 1073436 5 bfulgham 2015-03-02 14:05:05 -0800 See the screenshot "Comparison" to see the slight differences between the two drawing libraries. The top "arrow" is the Mac version, the bottom is the WIndows one. Antialiasing seems different on the two platforms. The drawing commands are identical: ctx.beginPath(); ctx.lineTo(10, 0); ctx.ellipse(20, 0, 20, zero, Math.PI / 6, -Math.PI / 4, Math.PI / 2, false); ctx.lineTo(80, 0); ctx.stroke(); ctx.restore(); imageData = ctx.getImageData(232, 69, 1, 1); // Should be black, but WIndows is '7' (not '0') imageData = ctx.getImageData(238, 72, 1, 1); // Should be White, and both are. imageData = ctx.getImageData(228, 65, 1, 1); // Should be black, and both are. imageData = ctx.getImageData(242, 61, 1, 1); // Should be black, and both are. This might be a drawing difference in the rendering libraries used on the two platforms. 1073439 6 bfulgham 2015-03-02 14:11:38 -0800 Unskipped and rebaselined test in r180895 <https://trac.webkit.org/changeset/180895>. 1839964 7 bfulgham 2022-02-10 14:40:56 -0800 The fix for this issue was needed outside the WebKit project, therefore this is being resolved as 'Moved'. This should now be fixed in shipping software.