Hi all, coroutines & lifecycle question: If I'm launching a coroutine from an activity / presenter / view model and that coroutine is essentially going to launch a new activity flow and return a result once that flow is complete, what scope should I be launching the coroutine from? I've considered application level scope or creating a scope myself. Ideally, I'd like it to be lifecycle aware, but since I'm actually launching a new activity, I'm thinking making it lifecycle aware to a view model / activity will cancel the coroutine before I get a result back... Use case: start a login flow from different places in the app. Context: I'm trying to hook coroutines into existing legacy code that used to have rxjava + MVP architecture. There are several presenters / other code between me getting the second activity flow launch, otherwise, I would have used the onActivityResult or registerForActivityResult. The legacy code was doing this with RxJava disposables, and actually clearing the disposable with activity lifecycle, but I'm surprised that worked since the onStop() for the original activity should have been called when the new activity flow happened.

the Activity Result APIs are designed for getting results back from launched activities, even after stop/re-create. consider that?

FWIW, the Activity Result is very specifically built to always work, even through configuration changes and process death and recreation. There's no way to persist coroutines across all of those that actually works. You could have the Activity Result callback send to a Channel that you collect on, but you cannot ever assume the code that launched the activity exists at all

I did try the activity result, but unfortunately, it's crashing b/c it requires the registration to happen on activity create, which is not what I have a the moment.

You must always register ahead of time as part of your initialization, yes. That's how you get callbacks even after process death/recreation (when all of the scope associated with the one time

launch

is over and gone entirely)

Ok thanks!