IssueTracker

Please provide info on the device model and API level used to reproduce the bug.

Running the sample above (with surface) at tip of tree on a pixel 7 device, I am able to observe the text change and button's ripple effect.

I have attached a reproducer project. I think the key point is to also wrap RootContent with Surface {}.

class MainActivity : ComponentActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        enableEdgeToEdge()

        setContent {
            Surface {
                RootContent()
            }
        }
    }
}

Reproducible on an API 34 emulator.

Properties
avd.ini.displayname              Pixel 7 API 34
avd.ini.encoding                 UTF-8
AvdId                            Pixel_7_API_34
disk.dataPartition.size          6442450944
fastboot.chosenSnapshotFile      
fastboot.forceChosenSnapshotBoot no
fastboot.forceColdBoot           yes
fastboot.forceFastBoot           no
hw.accelerometer                 yes
hw.arc                           false
hw.audioInput                    yes
hw.battery                       yes
hw.camera.back                   virtualscene
hw.camera.front                  emulated
hw.cpu.ncore                     4
hw.device.hash2                  MD5:3db3250dab5d0d93b29353040181c7e9
hw.device.manufacturer           Google
hw.device.name                   pixel_7
hw.dPad                          no
hw.gps                           yes
hw.gpu.enabled                   yes
hw.gpu.mode                      auto
hw.initialOrientation            Portrait
hw.keyboard                      yes
hw.lcd.density                   420
hw.lcd.height                    2400
hw.lcd.width                     1080
hw.mainKeys                      no
hw.ramSize                       2048
hw.sdCard                        yes
hw.sensors.orientation           yes
hw.sensors.proximity             yes
hw.trackBall                     no
image.androidVersion.api         34
image.sysdir.1                   system-images/android-34/google_apis_playstore/arm64-v8a/
PlayStore.enabled                true
runtime.network.latency          none
runtime.network.speed            full
showDeviceFrame                  yes
skin.dynamic                     yes
tag.display                      Google Play
tag.id                           google_apis_playstore
tag.ids                          google_apis_playstore
vm.heapSize                      228

It's also reproducible with Compose 1.8.0-alpha05 and M3 1.2.0. Not reproducible with Compose 1.8.0-alpha04 and M3 1.2.0. Looks like the regression was introduced in Compose 1.8.0-alpha05.

Thanks for the detailed repro and information, this was really helpful.

I traced this down to http://r.android.com/3297406

Here's a CL with this repro and the revert http://r.android.com/3583351 - if you revert the changes the files except for PainterResourcesDemo, and run the demo, you'll see the ripple gets stuck and the button doesn't change

George, it looks like this CL initially was a fix to a crash - we decided not to cherry pick the fix for this this crash in 1.7. Given that the crash still exists in 1.7, maybe we should just revert this fix out of 1.8 to not block 1.8 release (assuming it is safe to do so), and try and fix this in 1.9?

The issue seems specifically related to ReusableContent and layers (SaveableStateProvider uses ReusableContent internally), I guess we made some assumptions that don't work in the reuse case

The parent layer isn't being invalidated when a layer is being removed. Not sure how that was missed in some cases, but not others. I'll investigate further to see where it is currently being invalidated and see where the right place is to invalidate the parent layer.

Fixed in aosp/3583994

Hi,

would you help to report your emulator version as well as your graphics card? Thanks

Hi,

The image in #12 doesn't seem to be uploaded successfully. Would you report the emulator version again?

We used to have a screen tearing issue with nVidia graphics drivers, but we fixed it a few months ago. Would you try to update your emulator to the latest version and try it again? Thanks

Hi,

Sorry for the unclear instructions. If you click "SDK manager", in "SDK tools" tab, there would be an "Android Emulator" with a version number, as is shown in the screenshot here. What would be your version number there? (It should look like 32.1.14)

We used to have a similar issue in https://issuetracker.google.com/issues/246917660 that should have been fixed with later emulator versions. I want to identify if the same issue re-appears.

I can reproduce it with Flamingo Patch 2, emu 32.1.14-10330179, and using the play store version of API 33.

It does not happen while on the home screen but when I try to close the app drawer half way it, the black checker boxing like in comment #1 shows.

Hi,

this is the download link for emulator 33.1.15 canary on Windows:

https://redirector.gvt1.com/edgedl/android/repository/emulator-windows_x64-10410302.zip