-
Notifications
You must be signed in to change notification settings - Fork 29.1k
Fix handling of generate lock files #172101
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
Conversation
Cherry picks flutter#170034, as I think this is causing failures in flutter#170285, which bumps the Dart revision for the initial 3.34 beta release. As of today, this initial beta cut includes flutter#169273, which was reverted in flutter#170034 because of the failing `test/integration.shard/isolated/dart_data_asset_test.dart` test that is failing in flutter#170285. FYI @mosuem
As part of steps for creating initial beta release, rolls Dart to `3.9.0-196.1.beta` (dart-lang/sdk@b81ec2c). Part of flutter#170067.
…r#170481) Cherrypick 0cea361 (flutter#170448) to unblock the 3.34 release. Manual cherrypick because 3.34 is not an active release branch at the moment.
CP of flutter#170490 This PR rolls back auto-migrating iOS apps to UIScene lifecycle. It also updates tests to ensure things work in both a state where UIScene lifecycle is already adopted and when it isn't. A number of UIScene issues have emerged since landing this in master: flutter#170171 In addition, there's is disagreement over how some of it is implemented. Impacted Users: All Flutter iOS developers Impact Description: Some method channels may crash and apps using app lifecycle events may not work properly. Workaround: Manually removing UIApplicationSceneManifest from Info.plist and potentially also update AppDelegate.swift. Risk: Low Test Coverage: Yes Validation Steps: Run `flutter build ios` and see that `UIApplicationSceneManifest` if not added to Info.plist.
…#170744) This pull request is created by [automatic cherry pick workflow](https://github.com/flutter/flutter/blob/main/docs/releases/Flutter-Cherrypick-Process.md#automatically-creates-a-cherry-pick-request) Please fill in the form below, and a flutter domain expert will evaluate this cherry pick request. ### Issue Link: What is the link to the issue this cherry-pick is addressing? dart-lang/sdk#60289 ### Changelog Description: Explain this cherry pick in one line that is accessible to most Flutter developers. See [best practices](https://github.com/flutter/flutter/blob/main/docs/releases/Hotfix-Documentation-Best-Practices.md) for examples Automatically disable `web-experimental-hot-reload` when running flutter using `web-server` device. ### Impact Description: What is the impact (ex. visual jank on Samsung phones, app crash, cannot ship an iOS app)? Does it impact development (ex. flutter doctor crashes when Android Studio is installed), or the shipping production app (the app crashes on launch) Without this fix apps launched with`flutter run -d web-server` do not load in the browser. The app is never started. ### Workaround: Is there a workaround for this issue? You can work around the issue by passing the same argument that this cherry pick automatically adds: `flutter run -d web-server --no-web-experimental-hot-reload`. ### Risk: What is the risk level of this cherry-pick? ### Test Coverage: Are you confident that your fix is well-tested by automated tests? ### Validation Steps: What are the steps to validate that this fix works? `flutter run -d web-server` and verify that the app can be loaded in a web browser.
This pull request was opened against a branch other than master. Since Flutter pull requests should not normally be opened against branches other than master, I have changed the base to master. If this was intended, you may modify the base back to beta. See the Release Process for information about how other branches get updated. Reviewers: Use caution before merging pull requests to branches other than master, unless this is an intentional hotfix/cherrypick. |
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.
Thank you for quickly jumping on this!
- This makes sense to me, but I'll defer to someone with more Android knowledge like @reidbaker. Possibly this still requires a test.
- I think the typical way to get this onto
beta
is to merge it intomaster
first and then follow the cherry pick process to get it intobeta
. CC @matanlurey.
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.
Right, we cannot (and will not) land changes directly on a release branch
Confirmed this needs to be merged to master first. |
This comment was marked as outdated.
This comment was marked as outdated.
I found some time already here is the PR for the master: #172124 |
eb3ca25
to
d86b4e9
Compare
I'm closing this PR since it should go the normal route via the master branch. I'm also working on a test which revealed that there is another bug hidden which I aim to fix too. |
While preparing a migration guide for supporting Dart and Kotlin files in one Android Studio instance I noticed that within #167332 a wrong exception was caught. This results in the exception mentioned in #172093 and this PR also fixes #172093
For the review the exception within gradle is thrown here:
Pre-launch Checklist
///
).