IssueTracker

This seems to work around the issue successfully:

snackbar.addCallback(object : Snackbar.Callback() {
    override fun onDismissed(transientBottomBar: Snackbar?, event: Int) {
        transientBottomBar?.removeCallback(this)
        Handler(Looper.getMainLooper()).post {
            coordinatorLayout?.requestApplyInsets()
        }
    }
})

There is a utility called profgen (link) that gets in input a baseline profile in HRF, the obfuscation map and the apk. With some minor modificationd, instead of the apk it could point to the list of dex files. This should be called basically after the dex files have been modified.

I was thinking you could attach a task to run after before the bundling to regenerate the profile on the final shape of the dex files. This is a bit of a hacky solution but it should work. You can find the tasks that are called to assemble the bundle with --dry-run and create a new task on which bundling should depend on, that simply calls the utility.

I should be able to make that change to the utility.

Yes, a very minor one. If you look at the code it gets in input an apk. In your case you want in input the dex files.

We don't use the CLI directly, that is why it doesn't have input for dex files.

You could also use the utility directly as a dependency of the gradle task so you wouldn't need that.

My current understanding is that we would use profgen to generate baseline.prof/profm based on the modified dex files (after you make the change to the profgen CLI to allow dex files as inputs). Where would we place the modified prof/profm files after regenerating them?

You could also use the utility directly as a dependency of the gradle task so you wouldn't need that.

Also, could you clarify what you mean by this?

The baseline prof/profm are just placed in the assets, if I remember correctly in assets/dexopt/baseline.prof(m) but you can confirm this by decompressing an apk.

If you do create that task you'd have to make sure the file is placed in the correct build output dir before the assets are processed to be packaged into the apk (also this you can confirm building an apk and checking in which intermediates folder the assets are placed).

I'm thinking now though that there might be some other issue with bundletool when creating an aab - I need to check with the another team.

You could also use the utility directly as a dependency of the gradle task so you wouldn't need that.

I mean that the repo I linked, you could just clone it and build the artifact of profgen. Then use that as a dependency in your main app classpath so that the task you create will see the profgen api.

Thank you!

The confusion I was running into was specifically with creating an aab (the baseline profile is valid when we just try to generate an apk). When inspecting the aab in Android Studio, it appears that baseline.prof(m) is under BUNDLE-METADATA/com/android/tools/build/profiles, instead of base/assets/dexopt - so placing the files in the assets doesn't work. Instead I've been trying to place them within the following (which are all initially generated during :app:compileReleaseArtProfile):

• intermediates/binary_art_profile/release/compileReleaseArtProfile/baseline.prof
• intermediates/binary_art_profile_metadata/release/compileReleaseArtProfile/baseline.profm
• intermediates/dex_metadata_directory/release/compileReleaseArtProfile (which requires .dm files that I'm creating by zipping together primary.prof(m))

So far this has been unsuccessful, so I'll keep investigating, but please let me know if there's something that stands out as incorrect with my process!

Also, the repo that you linked doesn't seem to have the ability to output the profile metadata (which is something I believe we would need). Is there some way around this?

The repo I linked is what's used internally so it should output also profile metadata -> in any case I believe AGP uses profile in P format for baseline profile, that doesn't require metadata.

Lemme get back to you about bundletool. We've an internal issue b/346268213 so someone is looking into it.