Fixed
Status Update
Comments
ha...@google.com <ha...@google.com>
lo...@gmail.com <lo...@gmail.com> #2
This was broken by 3bca759a5ff08352de831bb1e9b61b1ec2b3362d.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
ga...@google.com <ga...@google.com>
zi...@gmail.com <zi...@gmail.com> #3
Almost 2 months later and this is still broken
am...@google.com <am...@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
al...@truecaller.com <al...@truecaller.com> #5
jb...@google.com What is the update on this?
ke...@gmail.com <ke...@gmail.com> #6
What is the status of this item?
mi...@gmail.com <mi...@gmail.com> #7
This has been fixed on master today (internal ref: ag/2945015) and will be available in the next SDK release.
sp...@google.com <sp...@google.com> #8
Any ETA on next release?
am...@pspdfkit.com <am...@pspdfkit.com> #9
Still broken and not updated? --package_file argument is not usable in it's current form on 26.1.1 straight from the developer site.
ar...@google.com <ar...@google.com> #10
Comfirmed that this seems to still be broken. Can we have an update please?
```
(15:58:11) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --version
26.1.1
(15:58:17) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --install --package_file=package_file
Warning: Unknown argument --package_file=package_file
```
```
(15:58:11) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --version
26.1.1
(15:58:17) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --install --package_file=package_file
Warning: Unknown argument --package_file=package_file
```
ya...@google.com <ya...@google.com> #11
Hi, is there any update to this issue? Thanks.
sp...@google.com <sp...@google.com> #12
Hi Google. You claim it's been fixed on master, but we haven't had a new release since the broken version 26.1.1. Can you please release the fix?
an...@google.com <an...@google.com> #13
Yeah, still not fixed --'
go...@gmail.com <go...@gmail.com> #14
Can't believe this still isn't fixed 2 years later for a command line utility that sits on the main dev site.
sk...@gmail.com <sk...@gmail.com> #15
Any updates on this? The help for this command clearly states this argument is supported.
je...@google.com <je...@google.com> #16
Has anyone re-tried it?
We switched back to RUN sdkmanager --package_file=$ANDROID_HOME/packages.txt
in our Dockerfile back in March of 2021.
lu...@gmail.com <lu...@gmail.com> #17
For what it's worth, I did a quick test with the latest CLI: 11076708 (
./sdkmanager --sdk_root="../sdk" --package_file=deps.txt
Deps.txt:
platform-tools
extras;google;instantapps
build-tools;35.0.0-rc3
So perhaps this is now resolved? I haven't tried it with more packages
an...@google.com <an...@google.com> #18
The fixes for this issue are now also available in:
- Android Studio Hedgehog | 2023.1.1 RC 1
- Android Gradle Plugin 8.2.0-rc01
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
ig...@monzo.com <ig...@monzo.com> #19
Tried those both:
Android Studio Hedgehog | 2023.1.1 RC 1
Android Gradle Plugin 8.2.0-rc01
Unfortunately, the app was still removed after running the test.
I've tried even the latest Iguana nightly. Same results.
Android Studio Hedgehog | 2023.1.1 RC 1
Android Gradle Plugin 8.2.0-rc01
Unfortunately, the app was still removed after running the test.
I've tried even the latest Iguana nightly. Same results.
da...@gmail.com <da...@gmail.com> #20
Checked on Android Studio Hedgehog | 2023.1.1.
The issue is reproduced.
The issue is reproduced.
dm...@gmail.com <dm...@gmail.com> #21
I updated Android Gradle Plugin to 8.2.0 and added "android.injected.androidTest.leaveApksInstalledAfterRun=true" to gradle.properties.
It solved the problem!
woho!
thx!
It solved the problem!
woho!
thx!
sh...@gmail.com <sh...@gmail.com> #22
Same here.
Updated AGP to 8.2
Added "android.injected.androidTest.leaveApksInstalledAfterRun=true" to gradle.properties
Now the app is not uninstalled after running my Unit testing.
Thanks
Updated AGP to 8.2
Added "android.injected.androidTest.leaveApksInstalledAfterRun=true" to gradle.properties
Now the app is not uninstalled after running my Unit testing.
Thanks
sh...@gmail.com <sh...@gmail.com> #23
mg...@gmail.com <mg...@gmail.com> #24
If I understand correctly, don't instrumented tests have at least 2 APKs? One for the app, and one for the test runner? Can we configure AGP to uninstall the test runner but not the app?
Description
1. Describe the bug or issue that you're seeing.
AGP 8.1.0 uninstalls app after running instrumented tests - 7.4.2 does not
3. If you know what they are, write the steps to reproduce:
Install a debug variant of your app onto a device.
Run instrumented tests targeted that app.
In AGP < 8.x, the app was kept on the device (expected behavior).
In AGP >= 8.x, the app is uninstalled.
Build: AI-223.8836.35.2231.10406996, 202306290837
AI-223.8836.35.2231.10406996, JRE 17.0.6+0-17.0.6b829.9-10027231x64 JetBrains s.r.o., OS Mac OS X(aarch64) v13.5, screens 3456.0x2234.0, 2560.0x1440.0, 2560.0x1440.0
AS: Giraffe | 2022.3.1
Kotlin plugin: 223-1.8.0-release-345-AS8836.35.2231.10406996
Android Gradle Plugin: 8.1.0
Gradle: 8.1
Gradle JDK: JetBrains Runtime version 17.0.6
NDK: from local.properties: (not specified), latest from SDK: (not found)
CMake: from local.properties: (not specified), latest from SDK: (not found), from PATH: (not found)
```