Skip to content
This repository was archived by the owner on Feb 25, 2025. It is now read-only.

Conversation

@camsim99
Copy link
Contributor

This PR undoes an unnecessary deletion in #31092.

Pre-launch Checklist

  • I read the Contributor Guide and followed the process outlined there for submitting PRs.
  • I read the Tree Hygiene wiki page, which explains my responsibilities.
  • I read and followed the Flutter Style Guide and the C++, Objective-C, Java style guides.
  • I listed at least one issue that this PR fixes in the description above.
  • I added new tests to check the change I am making or feature I am adding, or Hixie said the PR is test-exempt. See testing the engine for instructions on
    writing and running engine tests.
  • I updated/added relevant documentation (doc comments with ///).
  • I signed the CLA.
  • All existing and new tests are passing.

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

@flutter-dashboard
Copy link

It looks like this pull request may not have tests. Please make sure to add tests before merging. If you need an exemption to this rule, contact Hixie on the #hackers channel in Chat (don't just cc him here, he won't see it! He's on Discord!).

If you are not sure if you need tests, consider this rule of thumb: the purpose of a test is to make sure someone doesn't accidentally revert the fix. Ask yourself, is there anything in your PR that you feel it is important we not accidentally revert back to how it was before your fix?

Reviewers: Read the Tree Hygiene page and make sure this patch meets those guidelines before LGTMing.

}

if (currentTheme != null) {
setSystemChromeSystemUIOverlayStyle(currentTheme);
Copy link

Choose a reason for hiding this comment

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

can we add a test for this?

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, good point

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@blasten I added one and I will add some additional tests for the updateSystemUiOverlays method in another PR.

@camsim99 camsim99 requested a review from blasten February 25, 2022 00:03

platformPlugin.setSystemChromeSystemUIOverlayStyle(testStyle);
platformPlugin.updateSystemUiOverlays();
verify(platformPlugin).setSystemChromeSystemUIOverlayStyle(testStyle);
Copy link

Choose a reason for hiding this comment

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

could we test for the interactions with the window itself?

Whether setSystemChromeSystemUIOverlayStyle is called or not is not relevant to consumers of these APIs.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

The interaction with the window is already being tested I believe (setSystemChromeSystemUIOverlayStyle just calls setSystemUiOverlayStyle -- example). Is this what you're referring to?

Copy link

Choose a reason for hiding this comment

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

right similar to that test.

This will ensure that if someone refactors setSystemChromeSystemUIOverlayStyle, this test will break unless the exact same Android APIs are called.

verify(fakeWindow, never()).setStatusBarContrastEnforced(anyBoolean());
verify(fakeWindow, never()).setNavigationBarContrastEnforced(anyBoolean());

platformPlugin.setSystemChromeSystemUIOverlayStyle(testStyle);
Copy link

Choose a reason for hiding this comment

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

if updateSystemUiOverlays already calls setSystemChromeSystemUIOverlayStyle, then this method could go back to being private. This also decreases the # of calls times(1), which is expected, is that right?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

You're right, I can make it private again, but it will still be called two times because I'm calling to set the style and then to update it

Copy link

Choose a reason for hiding this comment

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

sg. thanks

@camsim99 camsim99 added the waiting for tree to go green This PR is approved and tested, but waiting for the tree to be green to land. label Feb 28, 2022
@fluttergithubbot fluttergithubbot merged commit 1e5b26b into flutter:main Feb 28, 2022
engine-flutter-autoroll added a commit to engine-flutter-autoroll/flutter that referenced this pull request Feb 28, 2022
blasten pushed a commit to blasten/engine that referenced this pull request Mar 14, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

needs tests platform-android waiting for tree to go green This PR is approved and tested, but waiting for the tree to be green to land.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants