180801 2017-12-14 03:28:11 -0800 [GTK][Win] fast/forms/input-autofilled.html is failing 2018-01-15 18:40:47 -0800 1 1 1 Unclassified WebKit Tools / Tests WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED LayoutTestFailure P1 Normal --- 180651 1 magomez webkit-unassigned bugs-noreply dbates lforschler mcatanzaro pvollan oldest_to_newest 1381558 0 magomez 2017-12-14 03:28:11 -0800 Failing since r225879 with this diff -PASS +FAIL Foreground color did not change when autofilled. 1381680 1 dbates 2017-12-14 10:52:39 -0800 The test is also failing with the same diff on the Apple Windows bots. For some reason the test does not fail on Mac or iOS (why?). 1381681 2 dbates 2017-12-14 10:53:35 -0800 Apple Win 7 Release (Tests) bot: <https://build.webkit.org/results/Apple%20Win%207%20Release%20(Tests)/r225903%20(3462)/fast/forms/input-autofilled-diff.txt> GTK Linux 64-bit Release (Tests) bot: <https://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20(Tests)/r225888%20(4680)/fast/forms/input-autofilled-diff.txt> 1381842 3 dbates 2017-12-14 14:48:26 -0800 With help from Alex Christensen, I was able to get a WebKit setup on GTK with a clean build of WebKit and the test case fast/forms/input-autofilled.html passes. We should look to force a clean build on both the GTK and Windows bots. 1389425 4 mcatanzaro 2018-01-15 18:40:47 -0800 It started passing on the bot in the range r226741-r226750 (inclusive). But two other autofill tests began failing at the same time, see bug #181662. I don't know what changed, and none of the commits in that range look suspicious. It's common for a test failure to not be reproducible locally, and it would be quite unusual for a clean build to change tests results, but I suppose it is possible if there is an unusual error in the build system.