-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrade Android SDK to 34 "UpsideDownCake" #47609
Conversation
@@ -73,7 +73,7 @@ Future<int> runLint(ArgParser argParser, ArgResults argResults) async { | |||
<!-- WILL AUTOMATICALLY FIND ALL .java FILES AND INCLUDE THEM HERE --> | |||
<project> | |||
<sdk dir="${androidSdkDir.path}" /> | |||
<module name="FlutterEngine" android="true" library="true" compile-sdk-version="android-T"> | |||
<module name="FlutterEngine" android="true" library="true" compile-sdk-version="android-U"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
android-U
is a guess here. I'm assuming the format is just first letter of the version name, but I can't find documentation
Some tests are failing with the message
That file exists for me locally, and the build succeeds. Need to figure out whats going on here, guessing I need to dive into ci/recipes to figure out |
The answer here was that the cipd package creation script doesn't work on m1 macs, as long as we specify an ndk version <23. So the 34v2 version that got uploaded to cipd was malformed. A new version (34v3) should fix the problem |
Many roboelectric tests were failing because they couldn't be run on jelly bean api levels, ex:
We don't support these api levels, so I've changed the tests to stop testing on those api levels. Let me know if you are opposed. I also changed some places where we were using numbers to represent an api level (e.g. |
shell/platform/android/io/flutter/plugin/platform/PlatformPlugin.java
Outdated
Show resolved
Hide resolved
Re-land #790 now that flutter/engine#47609 is approved and passing checks
This reverts commit aec3b0f.
Reverts #47609 Initiated by: zanderso This change reverts the following previous change: Original Description: ~**This should not land until flutter/buildroot#790 (re)lands, and I swap the buildroot url back to the latest commit.**~ ~Reland of PR to update buildroot at flutter/buildroot#792. ~ <- landed, and changed the buildroot commit to the latest in DEPS Upgrades to android api 34 Also: 1. Upgrades to java 17 in DEPS/ci, because the linter now requires it. 2. Stops running some roboelectric tests on android apis 16-18, because Roboelectric indicated those versions were unsupported and we don't support them either. 3. Applies the four trivial new suggestions from the newer linter. 4. Updates the baseline lint to include the new non-trivial lint ([fixed in a different PR](https://github.com/flutter/engine/pull/47817/files)). 5. Changes some instances where we were hardcoding android apis as numbers (e.g. `sdk = 16') to use version codes (see the [comment below](#47609 (comment))). [C++, Objective-C, Java style guides]: https://github.com/flutter/engine/blob/main/CONTRIBUTING.md#style
…138116) flutter/engine@b3af5d6...233bd62 2023-11-08 98614782+auto-submit[bot]@users.noreply.github.com Reverts "Upgrade Android SDK to 34 "UpsideDownCake"" (flutter/engine#47834) 2023-11-08 skia-flutter-autoroll@skia.org Roll Skia from e585bb68893b to 1241a903cd33 (2 revisions) (flutter/engine#47830) 2023-11-08 34871572+gmackall@users.noreply.github.com Upgrade Android SDK to 34 "UpsideDownCake" (flutter/engine#47609) 2023-11-08 chris@bracken.jp [macOS] Allocate textures as unique_ptr earlier (flutter/engine#47786) 2023-11-08 flar@google.com Reland "[Impeller] add support for Skia concept of RRect::isSimple needed for DL dispatching" (flutter/engine#47824) 2023-11-08 skia-flutter-autoroll@skia.org Roll Skia from e2b8ebe16203 to e585bb68893b (7 revisions) (flutter/engine#47826) 2023-11-08 jonahwilliams@google.com [Impeller] Add support for specialization constants (III). (flutter/engine#47765) 2023-11-08 30870216+gaaclarke@users.noreply.github.com [Impeller] Documented the 2 step in the gaussian blur. (flutter/engine#47822) If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/flutter-engine-flutter-autoroll Please CC bdero@google.com,rmistry@google.com,zra@google.com on the revert to ensure that a human is aware of the problem. To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose To report a problem with the AutoRoller itself, please file a bug: https://issues.skia.org/issues/new?component=1389291&template=1850622 Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md
The difference between this PR and the original is the change to the `AndroidManifest.xml`. For context, right before the original PR landed, [a change to upgrade the target sdk](#47683) in the manifest from 31 to 33 landed. It also removed the lint complaining about using an old target sdk version from the baseline lint file. So this change upgrading the sdk, but not the target sdk in the manifest, triggered the lint again. For the rest of the PR, [see the description of the original PR](#47609). [C++, Objective-C, Java style guides]: https://github.com/flutter/engine/blob/main/CONTRIBUTING.md#style
…cking write access, improve comments to add context (#47989) Script used to upload 34v7 with ndk 26.1.10909125 Added documentation for how to check for write access before running script. Added documentation for why the ndk is in a non standard location. Protected against silent ndk failure caused by a failure to download ndk on m1 macs #47609 (comment) Clean up os override so that script does not dirty the environment variables in a shell where it is run. See flutter/flutter#117973 for more detail on why a newer ndk is required.
…#47817) See #47609 (comment) for context. It isn't clear to me what the file descriptor here is actually doing, so I'm not actually too sure about this fix. Can it just be deleted? Update: it seems to me that the motivation here is that `ClipData.Item.coerceToText` [consumes a `SecurityException` here](https://cs.android.com/android/platform/superproject/main/+/main:frameworks/base/core/java/android/content/ClipData.java;l=411;bpv=0;bpt=1), with just a log line that isn't particularly descriptive. And basically we want to run into that same exception so we can [provide a more helpful log line](https://github.com/flutter/engine/blob/00db306f6f7b42b5664d604f33a0de426edf7109/shell/platform/android/io/flutter/plugin/platform/PlatformPlugin.java#L525), so we do the same thing that the underlying `coerceToText` method does? [C++, Objective-C, Java style guides]: https://github.com/flutter/engine/blob/main/CONTRIBUTING.md#style
This should not land until flutter/buildroot#790 (re)lands, and I swap the buildroot url back to the latest commit.~Reland of PR to update buildroot at flutter/buildroot#792. ~ <- landed, and changed the buildroot commit to the latest in DEPSUpgrades to android api 34
Also:
Pre-launch Checklist
///
).If you need help, consider asking for advice on the #hackers-new channel on Discord.