refs: fix interleaving hook calls with reference-transaction hook
commite5256c82e569694c64adbbe4c1bef12bbba94f30
authorPatrick Steinhardt <ps@pks.im>
Fri, 7 Aug 2020 07:05:58 +0000 (7 09:05 +0200)
committerJunio C Hamano <gitster@pobox.com>
Fri, 7 Aug 2020 19:27:41 +0000 (7 12:27 -0700)
tree3e55496dc0b45b180470eba5d9b17bf3960a94a1
parent6c18d03eb833bb76d0072373bd064e469a022d4f
refs: fix interleaving hook calls with reference-transaction hook

In order to not repeatedly search for the reference-transaction hook in
case it's getting called multiple times, we use a caching mechanism to
only call `find_hook()` once. What was missed though is that the return
value of `find_hook()` actually comes from a static strbuf, which means
it will get overwritten when calling `find_hook()` again. As a result,
we may call the wrong hook with parameters of the reference-transaction
hook.

This scenario was spotted in the wild when executing a git-push(1) with
multiple references, where there are interleaving calls to both the
update and the reference-transaction hook. While initial calls to the
reference-transaction hook work as expected, it will stop working after
the next invocation of the update hook. The result is that we now start
calling the update hook with parameters and stdin of the
reference-transaction hook.

This commit fixes the issue by storing a copy of `find_hook()`'s return
value in the cache.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
refs.c
t/t1416-ref-transaction-hooks.sh