OliverO2

@dkhalanskyjb Thanks so much for looking into it thoroughly and explaining all the details involved. I agree with the reproducer being pretty peculiar. Maybe this corner case could just be...

@qwwdfsad https://github.com/Kotlin/kotlinx.coroutines/issues/3480#issuecomment-1276032371 reads: > Unfortunately, it is not `sample` problem but a much deeper one. > > We have a flow invariant that explicitly prohibits emissions from context different from...

Inter-test dependencies sound like we'd risk venturing into Gradle-like magic where we ask ourselves "what gets evaluated when?" Also, context receivers are discontinued and [will be replaced with context parameters](https://youtrack.jetbrains.com/issue/KT-67119).

Initially, things _seem_ obvious to the naive reader, who would create a mental model in which, basically, everything executes sequentially. However, tests are not executed directly, but merely registered. Afterwards,...

I have now published a working graph serialization example: https://github.com/OliverO2/graph_serialization (choose the Gradle target `allTests` to execute). A current limitation of the code is [this session context reference in CrossSystemObject.kt#L56](https://github.com/OliverO2/graph_serialization/blob/a5ccf986afd459aa5f29493658a6d66823a76aa3/src/commonMain/kotlin/example/CrossSystemObject.kt#L56)....

I just pushed two new commits for compatibility with Kotlin 1.4.20-M2 to https://github.com/OliverO2/graph_serialization.

@sandwwraith Thanks for your insights. It seems that neither the `SerializersModule` nor the format would be the best place to store serialization sets: * Their life-cycle could well be independent...

With the latest updates to https://github.com/OliverO2/graph_serialization there is now a working multi-session implementation. It is using `ThreadLocal.asContextElement()` on the JVM to obtain the session context. @sandwwraith I'll leave this issue...

I understood the proposal to imply that the number of leading/trailing `"` symbols can only be changed from the standard 1/3 for strings prefixed with at least one `$` symbol....

Trimming the indent for multi-line strings at compile time sounds attractive. Why add bloat and bear the cost of invoking `trimIndent()` at runtime?