Emil Kantis
Emil Kantis
Should [this](https://github.com/kotest/kotest/blob/master/kotest-assertions/kotest-assertions-core/src/jvmMain/kotlin/io/kotest/matchers/equality/reflection.kt#L618) be changed to only types starting with `java.` or `kotlin.`? Was it actually desired to have all `kotlinx` and `javax` types included?
Seems that there has been no replacement defined yet.. Relevant reading: https://bugs.openjdk.org/browse/JDK-8199704 https://stackoverflow.com/a/71150677/2477486
I think we should deprecate the method accepting the custom verifier. I think it's a bit problematic in this method.. My reasoning is as follows.. Given a custom verifier, there's...
Just noticed that this duplicates #3820 and a PR to fix it in #3821.. Will review that and contemplate for a bit.
I agree it's ugly. I think it's just the default gradle test logger. If you switch to https://github.com/radarsh/gradle-test-logger-plugin you'll get more readable output.
@TWiStErRob are you not testing using a Kotest spec? I think all Kotest TestScopes are suspending, so you should be able to invoke a suspending function just fine. If not,...
I believe 4 is appropriate
I've begun setting up the extension [here](https://github.com/kotest/kotest-extensions-http) But let's proceed like you suggested.. Is everything ready for final review now?
Not sure I understand what's going on here tbh :) Are we trying to automatically resolve whether we need to register a `container`, `test`, or `container_and_test` without relying on differentiating...
Could it be related to https://github.com/kotest/kotest/pull/3461, which went out in 5.6?