-
Notifications
You must be signed in to change notification settings - Fork 26.7k
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
Migrate Linux Framework Smoke Tests to engine v2 #127683
Comments
Created initial config file: https://github.com/flutter/engine/blob/b8fc36086e55038a4b0df8a1d6cde91e4dfb3e00/ci/builders/linux_framework_smoke.json Led shows successful build, but test fails when downloading flutter dependencies: https://luci-milo.appspot.com/raw/build/logs.chromium.org/flutter/led/keyonghan_google.com/25126056de267e98e032dd46ba02567db559a2613be287f73e4642c0f248e8b3/+/build.proto Not sure if this suggests engine was not build correctly. |
It is expecting this build config https://cs.opensource.google/flutter/engine/+/master:ci/builders/linux_host_engine.json;l=67?q=dart-sdk-linux-x64.zip&ss=flutter%2Fengine:ci%2Fbuilders%2F along with the archives. |
With the But the tests are consistently failing due to
|
Nice, this is something we need to fix if this will be the new way of running framework tests in the engine. @christopherfujino what is the recommended way to fix this? it is also impacting dart in the same way. @whesse FYI |
Hmm, this is pretty difficult to read: https://logs.chromium.org/logs/flutter/buildbucket/cr-buildbucket/8779376220126520753/+/u/Run_framework_tests_libraries_tests/stdout @gspencergoog am I missing something here, or is the test runner failing because of unexpected warning output but not actually showing the warning? |
The warning causing the fatal exit is the 5th line of the log, saying "artifacts will be downloaded from ..." I've been thinking about this, and propose adding a flag that would make the custom url warning not a fatal warning. That is the least intrusive. Or maybe the custom artifact url could always be non fatal when fatal warnings is enabled. |
Ahh yeah, of course. |
In taking a quick look at the code, I suspect the former would be easier. |
Issue #116899 is already filed about this issue as well. I was planning to fix it next week, but need consensus on a solution. |
Presubmit testing and CI testing of Flutter using a custom storage location for engine artifacts must be able to use the --fatal-warnings flag without failing due to the custom artifact location. This change makes this warning always non-fatal. An alternative change that only makes the warning non-fatal if a command-line flag is passed to the flutter tool will also be uploaded for review. Bug: flutter#127683
…fatal. Presubmit testing and CI testing of Flutter using a custom storage location for engine artifacts must be able to use the --fatal-warnings flag without failing due to the custom artifact location. This change adds an option that makes this warning non-fatal. The new --no-fatal-storage-url-warning flag makes the --fatal-warnings flag ignore the warning that a custom artifact download URL is being used by setting the environment variable FLUTTER_STORAGE_BASE_URL. Bug: flutter#127683
I have created two PRs, one of which adds an option to suppress this fatal warning (but keep it a non-fatal warning), and the other to unconditionally make it a non-fatal warning. Note there is already a warning in the cache implementation that is non-fatal even when the --fatal-warnings flag is given. |
The test config is ready to go (except the warning).
Corresponding recipes support: https://flutter-review.googlesource.com/c/recipes/+/45400 After the |
Presubmit testing and CI testing of Flutter using a custom storage location for engine artifacts must be able to use the --fatal-warnings flag without failing due to the custom artifact location. This change makes this warning always non-fatal. Bug: flutter#127683
Presubmit testing and CI testing of Flutter using a custom storage location for engine artifacts must be able to use the --fatal-warnings flag without failing due to the custom artifact location. This change adds an option that makes this warning non-fatal. The new --no-fatal-storage-url-warning flag makes the --fatal-warnings flag ignore the warning that a custom artifact download URL is being used by setting the environment variable FLUTTER_STORAGE_BASE_URL. Bug: #127683 - [X ] I read the [Contributor Guide] and followed the process outlined there for submitting PRs. - [X ] I read the [Tree Hygiene] wiki page, which explains my responsibilities. - [X ] I read and followed the [Flutter Style Guide], including [Features we expect every widget to implement]. - [X ] I signed the [CLA]. - [X ] I listed at least one issue that this PR fixes in the description above. - [X ] I updated/added relevant documentation (doc comments with `///`).
The fatal warning due to the custom download URL should be gone now, my fix has landed. Led runs testing this are still pending. |
Thanks @whesse for the fix! Validated tests are passing now: https://ci.chromium.org/raw/build/logs.chromium.org/flutter/led/keyonghan_google.com/5d35ba2b3f79764bfe58f10e4cd1bce118c3bd485ece5aff184183b232d181da/+/build.proto?server=chromium-swarm.appspot.com. So the only blocker here on this bug is make artifacts hermetic to the builder. |
This issue is assigned to @keyonghan but has had no recent status updates. Please consider unassigning this issue if it is not going to be addressed in the near future. This allows people to have a clearer picture of what work is actually planned. Thanks! |
This issue was assigned to @keyonghan but has had no status updates in a long time. To remove any ambiguity about whether the issue is being worked on, the assignee was removed. |
The target has been removed from Engine repo. Closing as obsolete. |
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of |
https://ci.chromium.org/p/flutter/builders/prod/Linux%20Framework%20Smoke%20Tests/12035
The text was updated successfully, but these errors were encountered: