Summary: | Layout test http/tests/cache/disk-cache/disk-cache-validation-no-body.html is timing out. | ||
---|---|---|---|
Product: | WebKit | Reporter: | Matt Lewis <jlewis3> |
Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED CONFIGURATION CHANGED | ||
Severity: | Normal | CC: | ap, cdumez, jiewen_tan, joepeck, koivisto, ryanhaddad, 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=149087 |
Description
Matt Lewis
2017-10-06 10:54:29 PDT
Is this a regression? I thought that all the tests were supposed to pass in release builds now. It looks like after the test was skipped in https://trac.webkit.org/changeset/222994/webkit These tests started to time out as well: http/tests/cache/disk-cache/disk-cache-vary-no-body.html http/tests/cache/disk-cache/disk-cache-vary.html I am testing locally to see if the timeout is still occurring and trying to bisect a possible regression point. Looking at that dashboard numbers, the running time of the test on El Capitan bot has been steadily increasing over the last few weeks until it crossed the 30s threshold. Maybe the bot is choking on something? The two test I mentioned before also seem to have go through that process of steadily growing in time. Good catch. There is a known kernel bug (fixed in High Sierra) making processes on WebKit test bots launch slower over time, which has particularly noticeable effect on http tests. These bots have uptime of 21 days, which used to be OK. Perhaps something changed that makes the problem manifest faster now. I suggest unskipping the test, rebooting the bots, and watching this test closely for the next few weeks. Unskipped in https://trac.webkit.org/changeset/223071/webkit After the unskipping and rebooting, it looks like things are good again on the El Capitan Release bots. Moving this to resolved / config changed. |