Skip to content
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

ObservableTimeTest.Delay_DateTimeOffset_DefaultScheduler stuck in CI #382

Closed
bartdesmet opened this issue Apr 14, 2017 · 2 comments · Fixed by #560
Closed

ObservableTimeTest.Delay_DateTimeOffset_DefaultScheduler stuck in CI #382

bartdesmet opened this issue Apr 14, 2017 · 2 comments · Fixed by #560

Comments

@bartdesmet
Copy link
Collaborator

See https://ci.appveyor.com/project/dotnetfoundation/rx-net-la3iv/build/4.0.0-MiscSubjectImprovements.180.build.281

[00:59:28] [xUnit.net 00:54:11.7505664] Tests.System.Reactive: [Long Running Test] 'ReactiveTests.Tests.ObservableTimeTest.Delay_DateTimeOffset_DefaultScheduler', Elapsed: 00:53:51
@akarnokd
Copy link
Collaborator

There could be a bug in the operator that under some circumstances stops handling the delayed signals and the test just hangs waiting for the operator to complete. When the test is looped with practically a zero shift, it tends to hang after several hundred rounds on my machine:

for (int i = 0; i < 10000; i++)
{
    Assert.True(Observable.Return(1)
        .Delay(DateTimeOffset.UtcNow/* + TimeSpan.FromMilliseconds(1)*/)
        .ToEnumerable()
        .SequenceEqual(new[] { 1 }));
}

@akarnokd
Copy link
Collaborator

Fix posted in #560.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants