Fixed
Status Update
Comments
bi...@google.com <bi...@google.com> #2
This was broken by 3bca759a5ff08352de831bb1e9b61b1ec2b3362d.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
cm...@google.com <cm...@google.com> #3
Almost 2 months later and this is still broken
bi...@google.com <bi...@google.com> #4
Since there is no progression, I wanted to share our quick-fix for the issue.
#sdkmanager --package_file=${PATH_WORKSPACE}/packages
while read p; do echo "y" | sdkmanager "${p}"; done <${PATH_WORKSPACE}/packages
#sdkmanager --package_file=${PATH_WORKSPACE}/packages
while read p; do echo "y" | sdkmanager "${p}"; done <${PATH_WORKSPACE}/packages
au...@google.com <au...@google.com> #5
jb...@google.com What is the update on this?
bi...@google.com <bi...@google.com> #6
What is the status of this item?
cm...@google.com <cm...@google.com> #7
This has been fixed on master today (internal ref: ag/2945015) and will be available in the next SDK release.
bi...@google.com <bi...@google.com> #8
Any ETA on next release?
Description
Now that application IDs are known at configuration time, can we move this behaviour back in to the AnalyticsConfiguratorService to remove a never-up-to-date task?
(Request from AndroidX team)