You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
flutter/packages tasks no longer have env_variables environment #184047
breakage; unable to contribute or trigger builds will no workarounds
inconvenient workarounds exist, but significant effort required
needed for a Flutter team-wide priority (already agreed upon)
nice-to-have; none of the above
What do you need help with
Almost all of the flutter/packages tests rely on some environment variables being set from .ci.yaml:
Essentially all of them use CHANNEL to control which channel of Flutter they are run against (example)
All of the sharded tests (which is a lot of them) pass shard info in PACKAGE_SHARDING (example)
I was seeing weird persistent time-outs in sharded tests in some PRs and couldn't figure out why, until I was investigating an even stranger failure in the N-2 stable version analyze tests in several PRs. This PR doesn't change anything about any of our tests or packages, and yet was failing. In particular, it was failing packages that should be skipped due to the --skip-if-not-supporting-flutter-version="$CHANNEL" flag. While checking if the CHANNEL value was wrong somehow, I found that instead it's not there at all.
And from there I realized that the timeouts in the platform tests are because they are supposed to be running 1/6 of the tests, but are instead running all of them.
Unfortunately flutter/packages has been in very bad shape for the last week because of issues with FTL capacity, so I'm not sure exactly when this started. This commit 4 days ago is the last time I'm confident that things worked, because it has the env variables.
I'm assuming this is accidental fallout for hardening CI environments.
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 flutter doctor -v and a minimal reproduction of the issue.
Activity
stuartmorgan-g commentedon Mar 24, 2026
Capturing from discussion elsewhere, https://flutter-review.googlesource.com/c/recipes/+/76601 should fix this.
stuartmorgan-g commentedon Mar 24, 2026
Re-runs (other than device tests, which hit the FTL issue) are now passing.
github-actions commentedon Apr 8, 2026
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
flutter doctor -vand a minimal reproduction of the issue.