Fixed
Status Update
Comments
hu...@google.com <hu...@google.com>
kv...@justin.tv <kv...@justin.tv> #2
Really I've waited more than 4 minutes to attach to the process, and it didn't finish.
Even trying to cancel it using the button failed, and I had to kill the process of the IDE
Even trying to cancel it using the button failed, and I had to kill the process of the IDE
kv...@justin.tv <kv...@justin.tv> #3
Attached logs of the IDE after I started it , after killing it.
Otherwise I can't do it because it's an annoying dialog that doesn't let me do anything except looking at it being stuck.
Otherwise I can't do it because it's an annoying dialog that doesn't let me do anything except looking at it being stuck.
kv...@justin.tv <kv...@justin.tv> #4
Attached screenshot. This occurs also when pressing the debug button...
se...@gmail.com <se...@gmail.com> #5
The dialog says "processing classes for emulated method breakpoints"
ma...@syslogic.io <ma...@syslogic.io> #6
Thank you for reporting this issue, we are aware that some older version of the emulator are unable to handle method breakpoint (Internal bug:
The temporary workaround is to use normal breakpoint instead of method breakpoints. The video you attached does not show if you have created such a breakpoint. Another workaround is to use a real device which does not seem to exhibit this issue.
sp...@google.com <sp...@google.com>
je...@google.com <je...@google.com>
bi...@google.com <bi...@google.com>
bi...@google.com <bi...@google.com> #7
@6 Please fix this.
I can't reach your link.
I can't reach your link.
bi...@google.com <bi...@google.com> #8
I have the same issue with normal breakpoints and on a real device Samsung Galaxy A54 (Android 14).
Description
I'm seeing the below warning message every time I build our project:
Unable to strip the following libraries, packaging them as they are: libbroadcastcore.so, libcrashlytics-common.so, libcrashlytics-handler.so, libcrashlytics-trampoline.so, libcrashlytics.so.
Where libbroadcastcore.so is ours, and the rest is Firebase Crashlytics.
STEPS TO REPRODUCE:
1. Assemble our project's "release from source" build flavor which is supposed to strip .so's
2. Observe the warning message
3. Check the size of libbroadcast.so in the application's apk file and it's not stripped - about 250 megabytes
More info:
Our project structure is like this:
There is Android Library project called "broadcast" which contains native code and produces "libbroadcastcore.so".
The same Gradle project contains an Android Application as well, which depends on the "broadcast" project.
There is a product flavor called "Stages" and a build variant called "releaseFromSource" where the application project depends on the "broadcast" library project.
The .so in the library project is properly stripped: its size is about 12 MB under "stripped_native_libs".
But when libbroadcast.so is pulled into the application project, it's not stripped - I get the message above - and it size remains about 250 megabytes.
This can be seen under "build/intermediates/stripped_native_libs" in both projects (the android library and the android application which uses it).
Other .so's under the application's "stripped_native_libs":
739K Jul 16 12:24 libcrashlytics-common.so
182K Jul 16 12:24 libcrashlytics-handler.so
191K Jul 16 12:24 libcrashlytics.so
9.4K Jul 16 12:24 libcrashlytics-trampoline.so
I'm not sure if these are indeed stripped or not.
I'm just concerned about Android tools not being able to strip our own libbroadcast.so.
------------------
Studio Build: Koala, but I'm using command line builds
Version of Gradle Plugin: tried 8.0.2 and 8.5.1
Version of Gradle: 8.2.1 and 8.8
Version of Java: Java 17 LTS
OS: Happens on MacOS 14.4 and Ubuntu Linux 22.04
NDK: 25.2.9519653 set via "ndkVersion" in build.gradle