changeset 51952:f4c038081561

run-tests: bump the default timeout on Windows to 4x the normal value There are a ridiculous number of tests that timeout on Windows with the 360 sec default (~60). And because of the bug where timed out tests still run to completion before the results are thrown away[1], the timeout does nothing but waste time, so there's no reason to try to find a lower value that still works. For reference on my system: # Ran 909 tests, 116 skipped, 119 failed. python hash seed: 2052473208 real 151m44.322s user 0m0.077s sys 0m0.046s [1] I thought that I wrote a bug for this, but search isn't finding it.
author Matt Harbison <matt_harbison@yahoo.com>
date Fri, 04 Oct 2024 01:40:35 -0400
parents 737423ae03c2
children fdb1971bf634
files tests/run-tests.py
diffstat 1 files changed, 1 insertions(+), 1 deletions(-) [+]
line wrap: on
line diff
--- a/tests/run-tests.py	Fri Oct 04 01:29:45 2024 -0400
+++ b/tests/run-tests.py	Fri Oct 04 01:40:35 2024 -0400
@@ -374,7 +374,7 @@
 
 default_defaults = {
     'jobs': ('HGTEST_JOBS', multiprocessing.cpu_count()),
-    'timeout': ('HGTEST_TIMEOUT', 360),
+    'timeout': ('HGTEST_TIMEOUT', 360 if not WINDOWS else 360 * 4),
     'slowtimeout': ('HGTEST_SLOWTIMEOUT', 1500),
     'port': ('HGTEST_PORT', 20059),
     'shell': ('HGTEST_SHELL', 'sh'),