Anyone else having issues with M3 `ModalBottomShee...

# compose

[Zoltan Demant]

Anyone else having issues with M3 ModalBottomSheet sticking around a lil too long after being dismissed, and interactions being ignored in the in meantime?

[Zoltan Demant]

Apparently its been reported already! Please star the issue 🙂

[ascii]

I see that issue notes M3 version as 1.1.0 (stable). Have you tried any of the alpha releases yet?

[Zoltan Demant]

Yup, Im on 1.2.0-alpha08, I should state this in the comment I made on the issue as well!

[ascii]

Did some quick testing. It seems to be a side-effect of how & when onDismissRequest is called. This lambda would usually have your sheet hiding logic, e.g. setting a state variable to false.

Tapping on the scrim immediately calls it (only if scrim color isSpecified); thus content "behind" the sheet can also be interacted with immediately, because sheet is removed from the composition.

Dismissing by pressing back or swiping down plays out an animation first, and then calls onDismissRequest via invokeOnCompletion. Coroutines & iOC may have their own overhead that brings out delays. However, I wouldn't say it lasts for 2s; that's way too long. In my case it's a few hundred milliseconds.

See for yourself: https://cs.android.com/androidx/platform/frameworks/support/+/androidx-main:compose/[…]kotlin/androidx/compose/material3/ModalBottomSheet.android.kt

[ascii]

The way it's set up right now is that the bottom sheet window consumes all touch events (?), so it has to be removed from comp

[Zoltan Demant]

Thanks for digging into it! 😃

The way it's set up right now is that the bottom sheet window consumes all touch events (?), so it has to be removed from comp

This sounds like the underlying issue. Agreed about it not being 2s, however seems to be long enough that my first touch event after dismissing it is ignored almost everytime.

Tapping on the scrim immediately calls it (only if scrim color isSpecified); thus content "behind" the sheet can also be interacted with immediately, because sheet is removed from the composition.

If I understand you correctly, in this case the sheet will simply disappear without any animation?

[ascii]

Actually, no. Ignore what I said about scrims doing it immediately. It still animates and behaves the same as back/swipe.
I assumed wrong because the function name ``onDismissRequest`` is same across ModalBottomSheet and Scrim, which is a separate composable.

[ascii]

Scrim's onDismissRequest is set to animateToDismiss, and that function does the animate + invokeOnCompletion thing

[Zoltan Demant]

Ah, gotcha. I do wonder if a workaround/fix is as simple as tweaking the scrim pointerInput block, basically removing it when the sheet is dismissing or very close to fully hidden?