Status Update
Comments
ch...@google.com <ch...@google.com> #2
i donnot understand why is the data the same?
ca...@careem.com <ca...@careem.com> #3
ca...@careem.com <ca...@careem.com> #4
What steps are needed to reproduce this issue? Frequency of occurrence?
Which Android build are you using? (e.g. AP4A.241205.013.A1)
Which device did you use to reproduce this issue?
Can you confirm if this issue is reproducible on a Pixel/Nexus device?
Please provide a sample project or apk to reproduce the issue. Also mention the steps to be followed for reproducing the issue with the given sample project or apk.
Android bug report (to be captured after reproducing the issue)
For steps to capture a bug report, please refer:
Alternate method
Navigate to “Developer options”, ensure “USB debugging” is enabled, then enable “Bug report shortcut”. Capture bug report by holding the power button and selecting the “Take bug report” option.
Note: Please upload the bug report and screenshot to google drive and share the folder to android-bugreport@google.com, then share the link here.
ch...@google.com <ch...@google.com> #5
Please provide the requested information to proceed further. Unfortunately the issue will be closed within 7 days if there is no further update.
ca...@careem.com <ca...@careem.com> #6
for example,we hava 100 users.
20 users returned the same location information, longitude is 121.474000 and latitude is 31.230001。
30 users returned the same location information, longitude is 122.474000 and latitude is 32.230001。
15 users returned the same location information, longitude is 120.474000 and latitude is 30.230001。
as for Android build,all versions have it.
I dont reprodouce this issue.
what may be the cause of this issue?please
ch...@google.com <ch...@google.com> #7
We have shared this with our product and engineering team and will update this issue with more information as it becomes available.
ca...@careem.com <ca...@careem.com> #8
Thanks for reporting this issue.
COARSE_LOCATION typically takes location information from the nearby cell tower. If many users are near the same cell tower, each of those users will be given the same position. Using a FINE position will give much more detailed information.
Also, in certain areas, for privacy reasons, a less-exact location will be given, and that less-exact location might be identical for many users. Again, a fine-location configuration will return more precise location data.
ch...@google.com <ch...@google.com>
ap...@google.com <ap...@google.com> #9
We believe with reference to the above comment, your query has been answered, hence closing the bug. Please feel free to re-open the issue in the future if desired.
ap...@google.com <ap...@google.com> #10
ap...@google.com <ap...@google.com> #11
Branch: 8.2
commit 89b11dba9c7993adb5313dc5b6556f8fedcfc251
Author: Christoffer Quist Adamsen <christofferqa@google.com>
Date: Wed Nov 29 11:31:50 2023
Reproduce incorrect field value propagation
Bug:
Change-Id: I98b238e0e057c4f3fc7a9aa245382f8f3257ff40
A src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/InstanceFieldsOnlyWrittenInInitializersWithSingleCallerPruningTest.java
ap...@google.com <ap...@google.com> #12
Branch: 8.2
commit 788b1b110e3504d645aa7ec247fee9e54a5b502a
Author: Christoffer Quist Adamsen <christofferqa@google.com>
Date: Wed Nov 29 11:34:23 2023
Fix incorrect field value propagation
Bug:
Change-Id: I84e8b52e4e63b26da9220dd91b2ea983146b3ff3
M src/main/java/com/android/tools/r8/ir/analysis/fieldaccess/FieldAssignmentTracker.java
M src/main/java/com/android/tools/r8/ir/conversion/IRConverter.java
M src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/InstanceFieldsOnlyWrittenInInitializersWithSingleCallerPruningTest.java
ap...@google.com <ap...@google.com> #13
Branch: 8.2
commit 4d2724a59db24b5ea81ca9c8e534a45823c790de
Author: Christoffer Quist Adamsen <christofferqa@google.com>
Date: Wed Nov 29 11:34:46 2023
Version 8.2.39
Bug:
Change-Id: I1e9bc6865f27ec2aaa80c67be723ac39f8227a5b
M src/main/java/com/android/tools/r8/Version.java
ap...@google.com <ap...@google.com> #14
Branch: 8.1
commit cc4b07ee6d805eb0f25c73e39f0fc7691a5155a9
Author: Christoffer Quist Adamsen <christofferqa@google.com>
Date: Wed Nov 29 11:26:57 2023
Version 8.1.74
Bug:
Change-Id: I0c03d99013362467a8dbf02457f2096bcecd428d
M src/main/java/com/android/tools/r8/Version.java
ap...@google.com <ap...@google.com> #15
Branch: 8.1
commit f71c764804308bbb4c0ed59a42728f5ab30235db
Author: Christoffer Quist Adamsen <christofferqa@google.com>
Date: Wed Nov 29 11:25:08 2023
Reproduce incorrect field value propagation
Bug:
Change-Id: I98b238e0e057c4f3fc7a9aa245382f8f3257ff40
M src/test/java/com/android/tools/r8/TestParameters.java
A src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/InstanceFieldsOnlyWrittenInInitializersWithSingleCallerPruningTest.java
ch...@google.com <ch...@google.com> #16
This should be fixed in R8 version 8.2.39. You can build with this version by making the following changes to settings.gradle
.
pluginManagement {
buildscript {
repositories {
mavenCentral()
maven {
url = uri("https://storage.googleapis.com/r8-releases/raw")
}
}
dependencies {
classpath("com.android.tools:r8:8.2.39")
}
}
}
Remember to remove this again when AGP bundles a newer version of R8 than this (e.g., AGP 8.2.1, AGP 8.3.0).
ca...@careem.com <ca...@careem.com> #17
thanks! updated locally and I will let you know if anything happens. thanks for your time.
FYI 8.2.39 is not available in the tags list here
sg...@google.com <sg...@google.com> #18
Tag for 8.2.39 pushed as well.
an...@google.com <an...@google.com> #19
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 Hedgehog | 2023.1.1 Patch 1
- Android Gradle Plugin 8.2.1
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!
so...@google.com <so...@google.com> #20
Comment added by automation: A postmortem has been automatically requested for this issue. Please author a postmortem on IRM. See go/android-postmortem-guidance for more context and details, including how to handle the case when this issue does not need a postmortem. If you have any questions not answered by go/android-postmortem-guidance, please email android-hygiene-tpm@, instead of reassigning the fixed bug. Thank you.
Description
Hello, we recently had a broken build resulting in a runtime ClassCastException (
org.jsoup.parser.e cannot be cast to cx2.a
).And this looked weird as the crashing code and module itself (the code comes from an internally published library) has no reference to any
org.jsoup.*
code. (see attachmentoriginal.png
from the class contained in the aar)Looking at the stack trace I opened the smali in the broken apk and I indeed found references of
org.jsoup
class in the primary constructor (attachmentbroken smali.png
) which is odd.Trying to reproduce the problem rebuilding the same code with same configuration the resulted smali in the apk it looks correct (attachment
good smali.png
)I am not sure how I can collect more informations here but I felt I had to file an issue with the little I have. I can privately share the APK and mapping file if needed.
Please note we just updated AGP from 8.1.1 to 8.2.0-rc01 and so R8 (but I am not sure which version is used)