]> git.ipfire.org Git - thirdparty/git.git/commit - t/test-lib-functions.sh
add "ok=sigpipe" to test_must_fail and use it to fix flaky tests
authorLars Schneider <larsxschneider@gmail.com>
Fri, 27 Nov 2015 09:15:14 +0000 (10:15 +0100)
committerJeff King <peff@peff.net>
Sat, 28 Nov 2015 17:06:14 +0000 (12:06 -0500)
commit8bf4becf0c1e4b4ca56dab3501f9cd3da3362215
tree9191474ba74cd6bb7279b60d85265bd732f9d836
parentbbfe5302d50891233cef645b74324c01d8b004c8
add "ok=sigpipe" to test_must_fail and use it to fix flaky tests

t5516 "75 - deny fetch unreachable SHA1, allowtipsha1inwant=true" is
flaky in the following case:
1. remote upload-pack finds out "not our ref"
2. remote sends a response and closes the pipe
3. fetch-pack still tries to write commands to the remote upload-pack
4. write call in wrapper.c dies with SIGPIPE

The test is flaky because the sending fetch-pack may or may
not have finished writing its output by step (3). If it did,
then we see a closed pipe on the next read() call. If it
didn't, then we get the SIGPIPE from step (4) above. Both
are fine, but the latter fools test_must_fail.

t5504 "9 - push with transfer.fsckobjects" is flaky, too, and returns
SIGPIPE once in a while. I had to remove the final "To dst..." output
check because there is no output if the process dies with SIGPIPE.

Accept such a death-with-sigpipe also as OK when we are expecting a
failure.

Signed-off-by: Lars Schneider <larsxschneider@gmail.com>
Signed-off-by: Jeff King <peff@peff.net>
t/t5504-fetch-receive-strict.sh
t/t5516-fetch-push.sh
t/test-lib-functions.sh