Skip to content

Conversation

@andrewkolos
Copy link
Contributor

@andrewkolos andrewkolos commented Aug 30, 2024

This is a custom hotfix patch to fix #154366 and #153064 on the stable channel. The reason for a custom patch rather than a bot-created PR is that the fixes on master were done by two sequential PRs (#153978 and #154366). This CP patch is also a subset of those changes (calls to Chrome when shutting down at the end of flutter run -d chrome).

Pre-launch Checklist

If you need help, consider asking for advice on the #hackers-new channel on Discord.

@github-actions github-actions bot added the tool Affects the "flutter" command-line tool. See also t: labels. label Aug 30, 2024
expect(commands, contains('Browser.close'));
});

testWithoutContext('chrome.close can recover if getTab throws an HttpException', () async {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do these tests verify the change you're making? I tried reverting your change to packages/flutter_tools/lib/src/web/chrome.dart, and it seems like these tests still pass. LMK if that's unexpected, I may have messed up my git foo.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, this is unexpected. I think I can fix this.

Copy link
Contributor Author

@andrewkolos andrewkolos Sep 10, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Coming back to this, the test you highlighted here (chrome.close can recover if getTab throws an HttpException) doesn't verify this change because it doesn't throw the exception from another zone. I personally don't know how to simulate this, so I tempted to simply remove this test.

The other test (chrome.close can recover if getTab throws a StateError) was indeed non-functional and fixed in master by #154889. I've copied the changes to this PR.

@andrewkolos andrewkolos marked this pull request as ready for review September 10, 2024 22:29
Copy link
Contributor

@christopherfujino christopherfujino left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@itsjustkevin itsjustkevin added the autosubmit Merge PR when tree becomes green via auto submit App label Sep 11, 2024
@auto-submit auto-submit bot merged commit 90c7ddb into flutter:flutter-3.24-candidate.0 Sep 11, 2024
auto-submit bot pushed a commit that referenced this pull request Sep 11, 2024
# Flutter stable 3.24.3 Framework

## Scheduled Cherrypicks
- #154380
- #154720
- #154944
engine-flutter-autoroll added a commit to engine-flutter-autoroll/packages that referenced this pull request Sep 12, 2024
engine-flutter-autoroll added a commit to engine-flutter-autoroll/packages that referenced this pull request Sep 13, 2024
engine-flutter-autoroll added a commit to engine-flutter-autoroll/packages that referenced this pull request Sep 13, 2024
Gustl22 pushed a commit to Gustl22/flutter that referenced this pull request Nov 13, 2024
@amaralphp amaralphp mentioned this pull request Mar 27, 2025
9 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

autosubmit Merge PR when tree becomes green via auto submit App tool Affects the "flutter" command-line tool. See also t: labels.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants