RtAssigneesTest.iteratesAssignees() sometimes fail

[longtimeago]

Tests run: 3, Failures: 0, Errors: 1, Skipped: 1, Time elapsed: 1.025 sec <<< FAILURE! - in com.jcabi.github.RtAssigneesTest
iteratesAssignees(com.jcabi.github.RtAssigneesTest)  Time elapsed: 0.014 sec  <<< ERROR!
javax.validation.ConstraintViolationException: github can't be NULL
    at com.jcabi.aspects.aj.MethodValidator.validate(MethodValidator.java:181)
    at com.jcabi.aspects.aj.MethodValidator.beforeCtor(MethodValidator.java:116)
    at com.jcabi.github.RtUser.<init>(RtUser.java:92)
    at com.jcabi.github.RtAssignees$1.map(RtAssignees.java:96)
    at com.jcabi.github.RtAssignees$1.map(RtAssignees.java:93)
    at com.jcabi.github.RtValuePagination$Items.next(RtValuePagination.java:171)
    at org.hamcrest.collection.IsIterableWithSize.featureValueOf(IsIterableWithSize.java:21)
    at org.hamcrest.collection.IsIterableWithSize.featureValueOf(IsIterableWithSize.java:11)
    at org.hamcrest.FeatureMatcher.matchesSafely(FeatureMatcher.java:40)
    at org.hamcrest.TypeSafeDiagnosingMatcher.matches(TypeSafeDiagnosingMatcher.java:55)
    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:12)
    at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:8)
    at com.jcabi.github.RtAssigneesTest.iteratesAssignees(RtAssigneesTest.java:73)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.apache.maven.surefire.junitcore.pc.Scheduler$1.run(Scheduler.java:258)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)

This issue have concurrency nature, as single test passes 10 out of 10 times, but when running in a batch it fails 3 out of 7 times

[dmarkov]

I'm aware of the task, give me some time to find a developer...

[dmarkov]

@longtimeago thank you for the ticket reported, I topped your account for 15 mins, transaction 40160752

[dmarkov]

@aistomin this ticket is yours now, please proceed, and keep in mind this. Any technical questions you should ask right here

[dmarkov]

@aistomin Budget here is 30 mins (keep this principle in mind)

[aistomin]

@longtimeago Could you help me to reproduce this error? You wrote: "but when running in a batch it fails 3 out of 7 times". I don't understand exactly what do you mean "batch"? I tried mvn clean install -Pqulice 10 times and didn't reproduce the bug. If you wrote about "concurrency nature" I suppose you somehow run it in several threads?
Also, as I see, you referenced this issue here: #786 with the words: "Also one test was ignored, as it become unstable." but as I see RtAssigneesTest.iteratesAssignees() isn't ignored but only RtAssigneesTest.checkUserIsNotAssigneeForRepo() is.

[longtimeago]

@aistomin I can give a piece of advice. To locate the problem you can temporary add testNG to
project dependencies and use it's very useful annotation:

@Test(threadPoolSize = 3, invocationCount = 9,  timeOut = 10000)

[aistomin]

@longtimeago Thank you for your help, I will try it.

[dmarkov]

@aistomin check this "no obligations principle".. This task is on your name for at least 11 days. If you can't close it within the next 48 hours I'll have to assign someone else to it

[aistomin]

@dmarkov unfortunately I can not continue working on this issue, could you re-assign it to someone else, please.

[yegor256]

@dmarkov please assign someone else

[dmarkov]

@dmarkov please assign someone else

@yegor256 no problem, I'll try to find somebody else

[dmarkov]

@carlosmiranda please proceed, it's yours

[carlosmiranda]

Fix submitted at pull request at #799, please review.

[carlosmiranda]

@dmarkov we're waiting for #802.

[carlosmiranda]

@longtimeago , #799 is merged, can we close this now?

[longtimeago]

@carlosmiranda Sure, thank you!

[dmarkov]

@carlosmiranda this task is in your hands for 10 days already

[carlosmiranda]

@dmarkov , @yegor256 , why have I been deducted 5 points for this task for being late after it's been closed?

[dmarkov]

@carlosmiranda 30 mins was added to your account, many thanks for your contribution!