Ulf Dreyer

+1, for 0.8.2 on Windows 10 with a proxy configured; Sometimes even occurrs before the first plugin installed

Same here, I want to write some tests that verify a specific condition holds true for a minimum amount of time (and NOT necessarily changes afterward). Alternative api suggestion: ```java...

Thanks @codecholeric , let me try to lay this out then: I have some difficult-to-work-with 3rd party class, I want to contain the use of. So I have 2 classes...

That is technically correct but a) I'd like to check that my LIBRARY does not expose this class in it's api (not requiring the caller to write/import archunit tests) And...

Having looked at the `Dependency` type a little more, I wonder, if an API like ```java noMethods().should().dependOnArgumentsThat(DescribedPredicate...). ... // just the arguments .orShould().dependOnReturnTypesThat(DescribedPredicate...)... // just the return type .orShould().accessClassesThat(DescribedPredicate...) //...

I usually use ArchUnit to test for dangerous or unwanted API use ;) In this concrete case I actually test JUnit testcases for some parallelization edge cases that are QUITE...

There are several Issues and posts concerning this problem: Main explanation: https://community.atlassian.com/t5/Bitbucket-questions/Change-pull-request-refs-after-Commit-instead-of-after-Approval/qaq-p/194702 Other links: https://confluence.atlassian.com/stashkb/pull-requests-not-reflecting-changes-pushed-to-remote-branch-after-an-upgrade-385321658.html https://issues.jenkins-ci.org/browse/JENKINS-35219 The current workaround is to enable the `Build only if PR is mergeable` option...

I've since looked at the code and `Build only if Stash reports no conflicts` also triggers a check to the appropriate Stash-endpoint (see [StashRepository.java@b2be6792adc2e9e3670189908b09b2331da05d30](https://github.com/nemccarthy/stash-pullrequest-builder-plugin/blob/b2be6792adc2e9e3670189908b09b2331da05d30/src/main/java/stashpullrequestbuilder/stashpullrequestbuilder/StashRepository.java) Methods `isPullRequestMergable` Lines 207ff and `isBuildTarget`...

Hi, I have arrived here hitting the same problem. Originally I just wanted to replace the `org.springframework.test.context.cache.ContextCache` to get some information on which classes drive up the context-count. Even though...

Question: is https://github.com/dotnet/fsharp/issues/526 a) a partial fix for this b) a full fix for this c) unrelated?