Skip to content

Commit 99448c3

Browse files
peffgitster
authored andcommitted
ref-filter: strip signature when parsing tag trailers
To expand the "%(trailers)" placeholder, we have to feed the commit or tag body to the trailer API. But that API doesn't know anything about signatures, and will be confused by a signed tag like this: the subject the body Some-trailer: foo -----BEGIN PGP SIGNATURE----- ...etc... because it will start looking for trailers after the signature, and get stopped walking backwards by the very non-trailer signature lines. So it thinks there are no trailers. This problem has existed since %(trailers) was added to the ref-filter code, but back then trailers on tags weren't something we really considered (commits don't have the same problem because their signatures are embedded in the header). But since 066cef7 (builtin/tag: add --trailer option, 2024-05-05), we'd generate an object like the above for "git tag -s --trailer 'Some-trailer: foo' my-tag". The implementation here is pretty simple: we just make a NUL-terminated copy of the non-signature part of the tag (which we've already parsed) and pass it to the trailer API. There are some alternatives I rejected, at least for now: - the trailer code already understands skipping past some cruft at the end of a commit, such as patch dividers. see find_end_of_log_message(). We could teach it to do the same for signatures. But since this is the only context where we'd want that feature, and since we've already parsed the object into subject/body/signature here, it seemed easier to just pass in the truncated message. - it would be nice if we could just pass in a pointer/len pair to the trailer API (rather than a NUL-terminated string) to avoid the extra copy. I think this is possible, since as noted above, the trailer code already has to deal with ignoring some cruft at the end of the input. But after an initial attempt at this, it got pretty messy, as we have to touch a lot of intermediate functions that are also called in other contexts. So I went for the simple and stupid thing, at least for now. I don't think the extra copy overhead will be all that bad. The previous patch noted that an extra copy seemed to cause about 1-2% slowdown for something simple like "%(subject)". But here we are only triggering it for "%(trailers)" (and only when there is a signature), and the trailer code is a bit allocation-heavy already. I couldn't measure any difference formatting "%(trailers)" on linux.git before and after (even though there are not even any trailers to find). Reported-by: Brooke Kuhlmann <[email protected]> Signed-off-by: Jeff King <[email protected]> Signed-off-by: Junio C Hamano <[email protected]>
1 parent 7291699 commit 99448c3

File tree

2 files changed

+27
-1
lines changed

2 files changed

+27
-1
lines changed

ref-filter.c

Lines changed: 9 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2008,9 +2008,17 @@ static void grab_sub_body_contents(struct atom_value *val, int deref, struct exp
20082008
v->s = strbuf_detach(&s, NULL);
20092009
} else if (atom->u.contents.option == C_TRAILERS) {
20102010
struct strbuf s = STRBUF_INIT;
2011+
const char *msg;
2012+
char *to_free = NULL;
2013+
2014+
if (siglen)
2015+
msg = to_free = xmemdupz(subpos, sigpos - subpos);
2016+
else
2017+
msg = subpos;
20112018

20122019
/* Format the trailer info according to the trailer_opts given */
2013-
format_trailers_from_commit(&atom->u.contents.trailer_opts, subpos, &s);
2020+
format_trailers_from_commit(&atom->u.contents.trailer_opts, msg, &s);
2021+
free(to_free);
20142022

20152023
v->s = strbuf_detach(&s, NULL);
20162024
} else if (atom->u.contents.option == C_BARE)

t/t6300-for-each-ref.sh

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1835,6 +1835,24 @@ sig_crlf="$(printf "%s" "$sig" | append_cr; echo dummy)"
18351835
sig_crlf=${sig_crlf%dummy}
18361836
test_atom refs/tags/fake-sig-crlf contents:signature "$sig_crlf"
18371837

1838+
test_expect_success 'set up tag with signature and trailers' '
1839+
git tag -F - fake-sig-trailer <<-\EOF
1840+
this is the subject
1841+
1842+
this is the body
1843+
1844+
My-Trailer: foo
1845+
-----BEGIN PGP SIGNATURE-----
1846+
1847+
not a real signature, but we just care about the
1848+
subject/body/trailer parsing.
1849+
-----END PGP SIGNATURE-----
1850+
EOF
1851+
'
1852+
1853+
# use "separator=" here to suppress the terminating newline
1854+
test_atom refs/tags/fake-sig-trailer trailers:separator= 'My-Trailer: foo'
1855+
18381856
test_expect_success 'git for-each-ref --stdin: empty' '
18391857
>in &&
18401858
git for-each-ref --format="%(refname)" --stdin <in >actual &&

0 commit comments

Comments
 (0)