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

Conversation

@jason-simmons
Copy link
Member

This test is run on Firebase Test Lab, and crashes have been reported on CI if this task executes when the activity is in a destroyed state.

See flutter/flutter#138451

… activity has been destroyed

This test is run on Firebase Test Lab, and crashes have been reported on CI if this task executes when the activity is in a destroyed state.

See flutter/flutter#138451
@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 or stuartmorgan on the #hackers channel in Chat (don't just cc them here, they won't see it! Use 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.

Copy link
Contributor

@jonahwilliams jonahwilliams left a comment

Choose a reason for hiding this comment

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

LGTM

This approach sounds reasonable to me, though I don't have full context into the intention of the test.

@reidbaker
Copy link
Contributor

Will this test fail when the code under test has a problem? I havent spent much time in this file but it seems that if the activity was launched then immediately killed this would cause a false positive.

@jason-simmons
Copy link
Member Author

Currently the test will crash if Android closes the activity. The host environment can close any activity at any time, and the activity should be resilient to this.

@reidbaker
Copy link
Contributor

Currently the test will crash if Android closes the activity. The host environment can close any activity at any time, and the activity should be resilient to this.

I think my point is that the test might be marked passing even if the code that the test is supposed to test is failing. That said I dont understand what is happening here and clearly you do so RSLGTM.

@reidbaker reidbaker added the autosubmit Merge PR when tree becomes green via auto submit App label Nov 15, 2023
@reidbaker
Copy link
Contributor

Do you have a link I can use to monitor these tests so i can know when they should be marked as non flakey?

@auto-submit auto-submit bot merged commit 7c2b8d5 into flutter:main Nov 15, 2023
@jason-simmons
Copy link
Member Author

These tests are run as part of the linux_android_aot_engine builder, which has been flaking recently.

Watch the history of that builder at:
https://ci.chromium.org/ui/p/flutter/builders/prod/Linux%20linux_android_aot_engine

engine-flutter-autoroll added a commit to engine-flutter-autoroll/flutter that referenced this pull request Nov 15, 2023
auto-submit bot pushed a commit to flutter/flutter that referenced this pull request Nov 15, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

autosubmit Merge PR when tree becomes green via auto submit App

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants