Status Update
Comments
ad...@google.com <ad...@google.com>
je...@google.com <je...@google.com>
cm...@google.com <cm...@google.com>
xo...@google.com <xo...@google.com> #2
I don't think the average developer understands the distinction between method references and method definitions in this context (inside a DEX file). I know I don't.
@jvg, can you elaborate?
ch...@gmail.com <ch...@gmail.com> #3
people who are looking at the bytecode in the dex to optimize their app through shrinking hopefully will learn the difference as string tables for method references between various dex files can account for quite a bit of disk space. but more importantly a definition is something you can analyze its code for where a reference you can't so the UI can be confusing without seeing the difference
an...@google.com <an...@google.com> #4
How about something like this?
I think having defined members be directly under the class node while references are nested in a group makes more sense.
Also note that the method refs have a
ch...@gmail.com <ch...@gmail.com> #5
sounds reasonable to me, thanks
xo...@google.com <xo...@google.com> #6
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Ladybug Feature Drop | 2024.2.2 Canary 4
- Android Gradle Plugin 8.8.0-alpha04
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
ch...@gmail.com <ch...@gmail.com> #7
xo...@google.com <xo...@google.com> #8
Thanks. I'm not sure what's going on.
Is it possible for you to try reproducing in a current Meerkat canary from
ch...@gmail.com <ch...@gmail.com> #9
Thank you!
xo...@google.com <xo...@google.com> #10
Thanks, I will investigate why the fix seems to have disappeared from Ladybug Feature Drop.
an...@google.com <an...@google.com> #11
The fixes for this issue are now also available in:
- Android Studio Meerkat Feature Drop | 2024.3.2 Canary 2
- Android Gradle Plugin 8.10.0-alpha02
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
xo...@google.com <xo...@google.com> #12
To update you on this:
I took a deeper look at the implementation of the change detector, and the banner displayer, and discovered a bit of a rats' nest. I've merged some fixes into our latest canary (as suggested by the above comment) and have also booked a meeting with owners to discuss ideas around redesigning / changing its implementation completely in order to make it more robust.
This bug might get more automated release notifications of the above kind as we make progress. Thanks once again.
an...@google.com <an...@google.com> #13
Further fixes for this issue are now available in:
- Android Studio Meerkat Feature Drop | 2024.3.2 Canary 3
- Android Gradle Plugin 8.10.0-alpha03
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Description
I also don't know if this is the expected behavior. Anyway, thanks in advance.
Steps to reproduce:
1: Make some changes to your build.gradle file from the editor and sync.
2: Open the Commit panel and view the changes in build.gradle.
3: Make some modification to the file from there, for example, changing the version number of the app.
Build: AI-233.14808.21.2331.11842104, 202405142049
AI-233.14808.21.2331.11842104, JRE 17.0.10+0--11572160x64 JetBrains s.r.o., OS Windows 10(amd64) v10.0 , screens 1366.0x768.0
AS: Jellyfish | 2023.3.1 Patch 1
Kotlin plugin: 233.14808.21.2331.11842104-AS
Android Gradle Plugin: 8.4.1
Gradle: 8.6
Gradle JDK: Oracle OpenJDK version 17.0.4
NDK: from local.properties: (not specified), latest from SDK: (not found)
CMake: from local.properties: (not specified), latest from SDK: 3.10.2, from PATH: (not found)
```