Skip to content

Timeout for LoadSuite is not configurable #2463

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

Open
nilsreichardt opened this issue Mar 1, 2025 · 1 comment
Open

Timeout for LoadSuite is not configurable #2463

nilsreichardt opened this issue Mar 1, 2025 · 1 comment

Comments

@nilsreichardt
Copy link

/// The timeout for loading a test suite.
///
/// We want this to be long enough that even a very large application being
/// compiled with dart2js doesn't trigger it, but short enough that it fires
/// before the host kills it. For example, Google's Forge service has a
/// 15-minute timeout.
final _timeout = const Duration(minutes: 12);

The timeout for loading the test suit is fixed. I assume this the root cause for the issue that we have with running flutter test integration_test with heavy apps: flutter/flutter#105913:

12:00 +0 -1: loading /Users/runner/work/sharezone-app/sharezone-app/app/integration_test/app_test.dart [E]                                                                                             
  TimeoutException after 0:12:00.000000: Test timed out after 12 minutes.
  package:test_api/src/backend/invoker.dart 333:28  Invoker._handleError.<fn>

As the documentation of the variables says, determines this variable how long the test command tries to compile the application. Therefore, I assume that this is the issue.

People pass the --timeout flag (like --timeout none) to the flutter test command but are confused why their integration test timeout. To proper fix this issue, I think we need to make this timeout configure.

Another workaround would be to add the --ignoreTimeout flag of the Dart test command also the Flutter test command and pass it.

@bkonyi
Copy link
Contributor

bkonyi commented Mar 28, 2025

@natebosch it would be nice if there was a way to bypass or change this timeout so users wouldn't need to disable all timeouts to work around it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants