Fixed
Status Update
Comments
al...@google.com <al...@google.com> #2
This was broken by 3bca759a5ff08352de831bb1e9b61b1ec2b3362d.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
tn...@google.com <tn...@google.com> #5
jb...@google.com What is the update on this?
al...@google.com <al...@google.com> #6
What is the status of this item?
tn...@google.com <tn...@google.com> #7
This has been fixed on master today (internal ref: ag/2945015) and will be available in the next SDK release.
au...@google.com <au...@google.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.
al...@google.com <al...@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
```
pa...@google.com <pa...@google.com> #11
Hi, is there any update to this issue? Thanks.
pa...@google.com <pa...@google.com>
pa...@google.com <pa...@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?
pa...@google.com <pa...@google.com> #13
Yeah, still not fixed --'
pa...@google.com <pa...@google.com>
an...@google.com <an...@google.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.
Description
Jetpack uses a lint check to prevent cross-group usage of the
@RequiresOptIn
annotation. The implementation is similar to@RestrictToDetector
's enforcement ofLIBRARY_GROUP
, but our check fails provisional checks on alternating runs even though they seem to be reporting as expected.We've logged some data to figure out what's going on when using
./gradlew :lint-checks:test --rerun-tasks
.For a failing run, we see:
The next run, however, passes:
The next run fails, and so on.