6 Commits (a099c27b073e77b519981f5df6afa855d1f68636)

Author	SHA1	Message	Date
James Phillips	18335da27e	Bumps the standard retry up.	7 years ago
Frank Schroeder	3aa752e998	retry: relax timing for test a bit	7 years ago
James Phillips	33a7b8e401	Tweaks some tests that were having a hard time in Travis CI and ... bumps up the default retry time.	8 years ago
Frank Schroeder	7732347172	test: simplify tests that check for peers	8 years ago
James Phillips	ddfa57765c	retry: Removes the description parameter.	8 years ago
Frank Schroeder	eb6465551b	retry: add retry package for retriable tests ... The current retry framework in testutil/testprc.WaitForResult uses a func() (bool, error) callback until it succeeds or times out. It captures the last error and returns it. if err := testutil.WaitForResult(t, func() (bool, error) { if err := foo(); err != nil { return false, err } ... return true, nil }); err != nil { t.Fatal(err) } This makes the test functions more complex than they need to be since both the boolean and the error indicate a success or a failure. The retry.Run framework uses a an approach similar to t.Run() from the testing framework. retry.Run(t, func(r *retry.R) { if err := foo(); err != nil { r.Fatal(err) } }) The behavior of the Run function is configurable so that different timeouts can be used for different tests.	8 years ago