Status Update
Comments
ko...@google.com <ko...@google.com>
je...@google.com <je...@google.com>
lu...@google.com <lu...@google.com> #2
i donnot understand why is the data the same?
ni...@hinge.co <ni...@hinge.co> #3
lu...@google.com <lu...@google.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.
ni...@hinge.co <ni...@hinge.co> #5
Please provide the requested information to proceed further. Unfortunately the issue will be closed within 7 days if there is no further update.
ni...@hinge.co <ni...@hinge.co> #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
ni...@hinge.co <ni...@hinge.co> #7
We have shared this with our product and engineering team and will update this issue with more information as it becomes available.
ni...@hinge.co <ni...@hinge.co> #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.
ga...@freeletics.com <ga...@freeletics.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.
ni...@hinge.co <ni...@hinge.co> #10
lu...@google.com <lu...@google.com> #11
It seems AGP is not correctly excluding kotlin_module files during java resource merging, so we'd expect a collision - although this error message isn't clear.
Until we release we have a fix for the issue, a workaround may be to add packagingOptions { exclude 'META-INF/*.kotlin_module' }
to the build.gradle conflicting libraries, so AGP doesn't attempt to merge them.
cm...@google.com <cm...@google.com> #12
Alternatively you can give them unique names e.g.
kotlin {
compilerOptions {
moduleName.set(project.path)
}
}
applied to all projects
za...@gmail.com <za...@gmail.com> #13
We set the module to the dashified project gradle path. Kinda feel like this should be the default for the module merging issue in general
ga...@linecorp.com <ga...@linecorp.com> #14
In my case, I had similar errors with MergeJavaResourcesTask
But in my case, errors were against for META-INF metadata
from
And I did set same workaround with
an...@walmart.com <an...@walmart.com> #15
I also had an error from Google AutoService
and packagingOptions { exclude 'META-INF/*.kotlin_module' }
removes the error in next build but it does not look correct solution. Can someone help me to fix this issue. For my case the error is for some debug source code which we generate using Google AutoService
. Should I exclude
those files or use pickFirst
for them?
fr...@disneystreaming.com <fr...@disneystreaming.com> #16
ga...@linecorp.com <ga...@linecorp.com> #17
I have same issue again after
I'm not sure, but I'm guessing that error was raised again after applied AGP 8.2
ga...@linecorp.com <ga...@linecorp.com> #18
In my case,
module A
and module B
have implementations of interface Xxx
which can be loaded by AutoService.
and MergeJavaResourcesTask
was failed of app C
while merge META-INF/services/Xxx
from module A
and module B
jf...@block.xyz <jf...@block.xyz> #19
I had previously applied the workaround from #10 to our build, however it caused packaging issues that manifested as runtime crashes. I'll be taking a second look at the workaround to see if I can fix our previous issues with it since we are starting to see this problem happen a lot more frequently. An issue with Anvil has been causing our developers to use --rerun
and --rerun-tasks
more frequently than usual, which masks the issue here. With the latest beta release of anvil, those options are no longer needed and this bug pops up a lot more frequently. We are using AGP 8.2.2 currently
za...@gmail.com <za...@gmail.com> #20
With the latest beta release of anvil, those options are no longer needed and this bug pops up a lot more frequently.
It doesn't seem like the latest beta has resolved these issues :/
cm...@google.com <cm...@google.com>
eg...@squareup.com <eg...@squareup.com> #21
Have been having the same issue in recent builds, rm -rf app/build
is what helped in my case.
cm...@google.com <cm...@google.com> #22
I've managed to get what looks like a reliable reproduction case for this.
cm...@google.com <cm...@google.com> #23
This is mitigated in 22ea772c902a9891a6023ed1ebdc832871775ba6
but I am suspicious there are other lurking issues by inspection and from
cm...@google.com <cm...@google.com> #24
Filed
an...@google.com <an...@google.com> #25
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 Jellyfish | 2023.3.1 Canary 12
- Android Gradle Plugin 8.4.0-alpha12
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!
ga...@linecorp.com <ga...@linecorp.com> #26
AGP 8.3 final version was released at today.
Could this fix be applied to AGP 8.3.x patch version?
Or is there another solution that can alleviate this issue?
cm...@google.com <cm...@google.com> #27
Re merge
or pickFirst
in packagingOptions
?
jf...@block.xyz <jf...@block.xyz> #28
No, we have some exclude
rules but don't use either merge
or pickFirst
an...@google.com <an...@google.com> #29
The fixes for this issue are now also available in:
- Android Studio Iguana | 2023.2.1 Patch 1
- Android Gradle Plugin 8.3.1
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Description
Often when I build an incremental build, the
mergeDebugJavaResource
task will fail with a message saying:To fix this, I need to remove the app build directory and re-run the command. I believe this might be happening because our module names are not unique and we rely on the full path of the module.
We're running AGP 8.1.0-beta02