Snackbar doesn't intercept touch events when we tap on the its background [183775620]

Fixed

Bug

Status Update

No update yet.

Description

ig...@jetbrains.com

created issue #1

Mar 29, 2021 03:57PM

Compose version: 1.0.0-beta03

Steps to reproduce:

Run application with Demo composable
Tap/click on the Snackbar's background

Actual behavior: Box behind receives input events (we can see a ripple effect)

Expected behavior: Box behind doesn't receive input events

@Composable
fun Demo() {
    val scaffoldState = rememberScaffoldState()
    LaunchedEffect(Unit) {
        scaffoldState.snackbarHostState.showSnackbar(
            message = "Are you sure you want to uninstall the tool?",
            actionLabel = "Yes",
            duration = SnackbarDuration.Indefinite
        )
    }
    MaterialTheme {
        Scaffold(
            scaffoldState = scaffoldState,
            snackbarHost = {
                SnackbarHost(
                    it,
//                    Modifier.pointerInput(Unit) { detectTapGestures {  } }
                ) { data ->
                    Snackbar(
                        snackbarData = data,
                        actionOnNewLine = true
                    )
                }
            }
        ) {
            Box(Modifier.fillMaxSize().background(Color.Blue).clickable { })
        }
    }
}

lZkqU5o1WM.mp4

176 KB

Download

Comments

ap...@google.com <ap...@google.com> #2May 12, 2021 08:42AM

Project: platform/frameworks/support
Branch: androidx-main

commit 89251b3129e1895f169dd8df404a420c5785519c
Author: Matvei Malkov <malkov@google.com>
Date: Tue Feb 09 17:35:30 2021

Support enabled parameter is slider and convert it to use SliderColor interface instead.

Slider has enabled/disabled states per spec and we need to support it for component to be stable.

Also, since we add even more color parameters, it is time to convert it to use SliderColors interface.

Fixes: 179793072
Test: added screenshot tests and a11y test for disabled
Change-Id: I6d56b992042f54b63daf4936ef6f6c27319b0498
Relnote: Slider now supports enabled/disabled state
Relnote: Slider custom colors are available now via SliderDefaults.colors() function

M compose/material/material/api/current.txt
M compose/material/material/api/public_plus_experimental_current.txt
M compose/material/material/api/restricted_current.txt
M compose/material/material/samples/src/main/java/androidx/compose/material/samples/SliderSample.kt
M compose/material/material/src/androidAndroidTest/kotlin/androidx/compose/material/SliderScreenshotTest.kt
M compose/material/material/src/androidAndroidTest/kotlin/androidx/compose/material/SliderTest.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Slider.kt

https://android-review.googlesource.com/1581663

ap...@google.com <ap...@google.com> #3May 12, 2021 08:42AM

Marked as fixed.

Project: platform/frameworks/support
Branch: androidx-main

commit dfbfcd90a67d66d7eab8a7381e85ae9f831cea4a
Author: Matvei Malkov <malkov@google.com>
Date: Wed Mar 31 17:25:02 2021

Add experimental support for a version of Surface that handles click and make a regular Surface to block touches behind it.

Clickable Surface allows us to handle many issues at once:
1. Allows to define clicks on the Surface layout node, making a11y to be correct
2. Allows to define clicks in the single layout node without the need to transfer indication hnadling to the node below (because of the clipping inside the surface)
3. Allows for a desired default behaviour in a non-clickable Surface when we block pointer events from going under the surface. Throughout the many components it is seens like a desiged behaviour and often leads to bugs (snackbar, Drawer, modal sheet & card being norable examples of surfaces that shouldn't allow touches behind it).

To make this work properly, I refactored ModalBottomSheetLayout to work with the sheet-based swipeable (instead of content-based), since sheet is not blocking clicks.

With this one overload we solve many issues so it seems like a worthy experiment.
Relnote: BEHAVIOUR-BREAKING: Surface now consumes clicks, making clicks added via Surface(Modifier.clickable) to be a no-op. Please, use new experimental overload of Surface that accepts onClick.
Relnote: Added a new Surface overload that handles clicks as well as other clickable functionality: indication, interactionSource, enabled/disabled. It wasn't possible to use a regular non-clickable Surface with the Modifier.clickable because the Surface will not clip the ripple indication in those cases.
Test: Added new for an overload
Fixes: 183775620

Change-Id: I73e6c76ed6389040d824a5dcc82dc84dc4fea0c7

M compose/material/material/api/public_plus_experimental_1.0.0-beta08.txt
M compose/material/material/api/public_plus_experimental_current.txt
M compose/material/material/src/androidAndroidTest/kotlin/androidx/compose/material/ModalBottomSheetTest.kt
M compose/material/material/src/androidAndroidTest/kotlin/androidx/compose/material/SnackbarHostTest.kt
M compose/material/material/src/androidAndroidTest/kotlin/androidx/compose/material/SurfaceTest.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Button.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Drawer.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/FloatingActionButton.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/ModalBottomSheet.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Slider.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Surface.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Swipeable.kt
M compose/material/material/src/commonMain/kotlin/androidx/compose/material/Switch.kt

https://android-review.googlesource.com/1660323

Issue 183775620

Description

Issue summary

Comments

ap...@google.com <ap...@google.com> #2May 12, 2021 08:42AM

ap...@google.com <ap...@google.com> #3May 12, 2021 08:42AM

Add comment

Issue metadata