WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
180801
[GTK][Win] fast/forms/input-autofilled.html is failing
https://bugs.webkit.org/show_bug.cgi?id=180801
Summary
[GTK][Win] fast/forms/input-autofilled.html is failing
Miguel Gomez
Reported
2017-12-14 03:28:11 PST
Failing since
r225879
with this diff -PASS +FAIL Foreground color did not change when autofilled.
Attachments
Add attachment
proposed patch, testcase, etc.
Daniel Bates
Comment 1
2017-12-14 10:52:39 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?).
Daniel Bates
Comment 2
2017-12-14 10:53:35 PST
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
>
Daniel Bates
Comment 3
2017-12-14 14:48:26 PST
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.
Michael Catanzaro
Comment 4
2018-01-15 18:40:47 PST
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.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug