-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[META] Fix random test failures #1478
Comments
I got a couple more randoms today. I think some of these new ones might be related to Background Fetch if the server isn't running fast enough. This was on PHP 5.4 and the tests ran for 30 minutes, compared to the normally speedy 10-15 minutes.
|
Details about the "User admin test case" fail:
|
Filed a PR at backdrop/backdrop#1200 that addresses 4 of these failures. Updated the summary. |
I think I've got all these worked out. For image styles and module API, the added sleep() timeouts should help the slower servers successfully pass when dealing with time-sensitive issues. The user and path alias tests I rewrote to use more robust XPath checking of elements instead of guessing based on the User ID. The All the fixes so far have gone into 1.2.x and 1.x, so I'm tagging this for 1.2.4. |
Here's dump of the current fail on the Layout Interface test fail report:
Looks like our old friend "Invalid JSON" is still happening as well:
|
We're still getting a lot of failing page cache tests:
I think this might have to do with the background fetch functionality and our use of |
I merged in backdrop/backdrop#1367, which passed the fist attempt. We'll see how it does with new PRs as they come in. |
I am able to reproduce next issue with backdrop/backdrop#1367 applied.
I am doing investigation here. |
PS: random fail happen again here: https://travis-ci.org/backdrop/backdrop/jobs/130238636
|
This test is failing here: $start = microtime(TRUE);
$this->backdropGet('system-test/sleep/shutdown/5', array(), $headers);
$total = microtime(TRUE) - $start;
$this->assertEqual($this->backdropGetHeader('X-Backdrop-Cache'), 'MISS', 'Initial page request was miss.');
echo "Total: " . $total ."\n";
$this->assertTrue($total < 5, 'Initial page requests returned before shutdown functions are executed.'); test with display $total has next result:
It mean that $this->backdropGet('system-test/sleep/shutdown/5', array(), $headers); takes 5.03 sec to process data from function system_test_sleep: <div id="start">1463241968.3128</div>
5 seconds will be slept at shutdown.
<div id="end">1463241968.3128</div> |
Well in this case it's a "good" failure! Because the functionality is actually broken or not working. The page isn't being returned immediately, it's getting held up by a shutdown function when it shouldn't be. We've had some issues where |
Thank you for details @quicksketch . It is different setup from travis. I am going to figure out this one. |
@quicksketch I fixed this (system-test/sleep/shutdown/5) issue. PR is here: backdrop/backdrop#1378 |
New PR for fixing the |
RTBC for this PR backdrop/backdrop#2601 (comment) @quicksketch |
From time to time, I see this:
|
...never mind; was already in the issue summary as |
A new PR for a failure that's been happening frequently since 1.16.0: backdrop/backdrop#3173 |
Seems like CommentInterfaceTest is back... |
We've made a lot of progress recently since the switch to GitHub Actions (a lot of these had been showing up more frequently). The following now seem resolved:
The fixing of #5205 should fix intermittent failures in several other tests (anything that used batch processing). I think this may include #1965, but I'll leave that issue open to confirm. |
There are several tests that fail randomly, usually only on the Travis CI infrastructure. Let's fix them, or replace them with others so that they don't do more harm than good.
Still giving us trouble:
fail Correct number of images (1) return 403 access denied. image.test:1792
Fixed:
Start and end date on same day with timezone, with remaining days renders correctly. date_themes.test:137
The text was updated successfully, but these errors were encountered: