Skip to content

Conversation

@grouma
Copy link
Member

@grouma grouma commented Jun 22, 2017

A handful of these obviously should be awaited, namely the file creation ones. However, many of these do not obviously need to be awaited.

@grouma grouma requested a review from nex3 June 22, 2017 21:20
signalSubscription.cancel();
signalSubscription = null;
stdinLines.cancel(immediate: true);
await stdinLines.cancel(immediate: true);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this should matter, and it would be nice to get the runner started closing as soon as possible. Also, since this is in the signal-handling infrastructure, it's definitely not causing bot issues.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Removed.

_onSuiteAddedController.close();
_suiteController.close();
await _onSuiteAddedController.close();
await _suiteController.close();
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think these are the most likely candidates for the source of the flakiness. It's possible that there was a race condition where their events hadn't fully propagated, which would mean that the close() calls below didn't hit all the relevant tests.

It would be an interesting experiment to try awaiting only these and seeing if that clears up the flakiness.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I removed this await and did a couple Travis runs. Unfortunately I could not get into the flaky state.

Copy link
Member

@nex3 nex3 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since it looks like this clears up the flakiness, I'm fine landing it as-is. There are almost certainly some false positives in here, but I don't think it's anything that's likely to affect performance.

@grouma
Copy link
Member Author

grouma commented Jun 23, 2017

Hmmm. Removing that await caused one of the tests to time out. I'm going to try and verify that is the root cause of the flakiness.

See: https://travis-ci.org/dart-lang/test/jobs/246010325

@grouma grouma mentioned this pull request Aug 4, 2017
@grouma grouma changed the title Await some unawaited futures and remove Travis hack Await some unawaited futures Aug 4, 2017
@nex3 nex3 closed this Jan 3, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants