Summary: | [GTK][Win] fast/forms/input-autofilled.html is failing | ||
---|---|---|---|
Product: | WebKit | Reporter: | Miguel Gomez <magomez> |
Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | bugs-noreply, dbates, lforschler, mcatanzaro, pvollan |
Priority: | P1 | Keywords: | LayoutTestFailure |
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Bug Depends on: | 180651 | ||
Bug Blocks: |
Description
Miguel Gomez
2017-12-14 03:28:11 PST
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?). 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> 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. 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. |