Shabinder Singh

I am not explicitly closing any service in app session. since services are needed throughout the app session 🤔, although yes better error reports would also be a plus, but...

I got lucky and am able to repro in one case, but still don't have a pretty clear understanding why, My code looks like below: ``` interface CustomZiplineService { suspend...

Can confirm the crash is consistently coming, whenever a suspending call from service is cancelled within host's coroutine. lmk, If I can help with more details.

``` app.cash.zipline.ZiplineException: CompletionHandlerException: Exception in completion handler InvokeOnCompletion@1[job@2] for DeferredCoroutine{Completed}@2 at captureStack (runtime/coreRuntime.kt:86) at CompletionHandlerException (mnt/agent/work/44ec6e850d5c63f0/kotlinx-coroutines-core/common/src/Exceptions.common.kt:1664) at notifyCompletion (mnt/agent/work/44ec6e850d5c63f0/kotlinx-coroutines-core/common/src/JobSupport.kt:158) at completeStateFinalization (mnt/agent/work/44ec6e850d5c63f0/kotlinx-coroutines-core/common/src/JobSupport.kt:325) at finalizeFinishingState (mnt/agent/work/44ec6e850d5c63f0/kotlinx-coroutines-core/common/src/JobSupport.kt:236) at tryMakeCompletingSlowPath (mnt/agent/work/44ec6e850d5c63f0/kotlinx-coroutines-core/common/src/JobSupport.kt:910) at tryMakeCompleting...

from digging and experimenting a bit more, the crash only happens if I use Json{} from kotlinx.serialization for encoding/decoding in my zipline service. Hmmm, strange 🤔

+1 for support of this.

Is this still active ? Can see the mention of shift to WASM, and short lifespan on this if ever included until Zipline 2.0 arrives. Couldn't resist asking, if yes,...

I am affected by this aswell.

Sample App is crashing with same isuue as well.

I checked out 1.6.0 using CEF, and that worked, @DatL4g issue with KCEF likely ?