entry.c: update cache entry only for existing files

In 2841e8f ("convert: add "status=delayed" to filter process protocol", 2017-06-30) we taught the filter process protocol to delay responses. That means an external filter might answer in the first write_entry() call on a file that requires filtering "I got your request, but I can't answer right now. Ask again later!". As Git got no answer, we do not write anything to the filesystem. Consequently, the lstat() call in the finish block of the function writes garbage to the cache entry. The garbage is eventually overwritten when the filter answers with the final file content in a subsequent write_entry() call. Fix the brief time window of garbage in the cache entry by adding a special finish block that does nothing for delayed responses. The cache entry is written properly in a subsequent write_entry() call where the filter responds with the final file content. Reported-by: Jeff King <peff@peff.net> Signed-off-by: Lars Schneider <larsxschneider@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>

Lars Schneider committed Oct 5, 2017 at 12:44 UTC 03b95333db32ea92b8a4a61f2f055a900f8d7c84
1 file changed +2 -1
entry.c
+2 -1
@@ -290,7 +290,7 @@ static int write_entry(struct cache_entry *ce,
290 ce->name, new, size, &buf, dco);
291 if (ret && string_list_has_string(&dco->paths, ce->name)) {
292 free(new);
293 - goto finish;
293 + goto delayed;
294 }
295 } else
296 ret = convert_to_working_tree(
@@ -346,6 +346,7 @@ finish:
346 ce->ce_flags |= CE_UPDATE_IN_BASE;
347 state->istate->cache_changed |= CE_ENTRY_CHANGED;
348 }
349 +delayed:
350 return 0;
351 }
352