Status Update
Comments
am...@google.com <am...@google.com>
fe...@gmail.com <fe...@gmail.com> #2
The location of where this is being placed in the app bundle by AGP (as quoted in
) is also incorrect - rather than BUNDLE_METADATA/assets/dexopt/baseline.prof it should be at BUNDLE_METADATA/com.android.tools.build.profiles/baseline.prof or similar, to correctly identify what kind of metadata this is within the bundle. So that baseline profiles generated from android studio via the android app bundle actually work, we'd need to make these changes in AGP for the next stable release of studio. b/226434396#comment1
Currently the baseline profile ends up in BUNDLE_METADATA/assets/dexopt/baseline.prof{m}
.
It needs to end up in BUNDLE_METADATA/com.android.tools.build.profiles/baseline.prof{m}
or something so we can disambiguate between the types of metadata.
ki...@naturalcycles.com <ki...@naturalcycles.com> #3
Related public bug:
[Deleted User] <[Deleted User]> #4
ok so we can move the location of the baseline.prof to the new location : BUNDLE_METADATA/com.android.tools.build.profiles/baseline.prof{m}
but this will not fix the previous versions of the plugins that have shipped with this behavior (including Bumblebee) so this needs to be handled by the playstore to look into both locations (for a while at least).
jd...@cedreo.com <jd...@cedreo.com> #5
Martin mentioned on the email thread that they likely won't look in the previous location:
Bundletool guards its behavioural changes behind the bundletool version that the AAB was created with (so the developer knows how their bundles will be turned into apks, and there are no surprises). So we'd only be converting profiles-in-AAB to profiles-in-APKs for cases where the AAB was built with a bundletool that knew about profiles (which is, as of now, none of them - but bundletool 1.11 will).
In that case, if we don't fix it for Chipmunk release, we will have 2 stable versions of AGP that people are going to use for a while where the profile essentially gets lost, and the next stable release is not until July at least. I would argue we should make it a P0 and get the fix in AGP and potentially delay the stable release for a week. And in the worst case we should do it in a point release as soon as possible.
sh...@google.com <sh...@google.com>
[Deleted User] <[Deleted User]> #6
Currently the baseline profile ends up in BUNDLE_METADATA/assets/dexopt/baseline.prof{m}. It needs to end up in BUNDLE_METADATA/com.android.tools.build.profiles/baseline.prof{m}
Should we also move baseline profile in apk from
assets/dexopt/baseline.prof{m}
to
com.android.tools.build.profiles/baseline.prof{m}
gr...@google.com <gr...@google.com> #7
After discussion: APK path for baseline.prof must stay the same assets/dexopt/baseline.prof
ki...@naturalcycles.com <ki...@naturalcycles.com> #8
+1 to P0ing this and ensuring baseline profiles will be successfully packaged for bundle-using app developers ASAP. This is a huge priority as baseline profiles is the biggest intervention apps can do to improve their performance, and we're really advocating that every app take advantage of it right now!
va...@google.com <va...@google.com>
su...@google.com <su...@google.com>
s....@achenbach.de <s....@achenbach.de> #9
Hi alexgolubev@, will this feature also land in the same version of the Android Gradle Plugin that the fix for multidex landed in?
ru...@avena.io <ru...@avena.io> #10
I merged both CLs to Dolphin branch so it will be in Dolphin/AGP 7.3 Beta 1 Release
11...@inventix.ru <11...@inventix.ru> #11
Should we also backport it to 7.2.1? What's the process to do it?
Description
This feature request is already forwarded to the App Engine engineering team. However there is no ETA at this moment. All future updates regarding this should be posted here.