Chris Lu c0d47105ab test(filer.sync): cover the in-place update delete-then-create fallback order ...

The recording sinks always reported foundExisting, so the fallback that an
in-place update takes when the entry is missing on the sink was never run.
Make it configurable and assert the fallback deletes before it recreates the
same key, in both the replicator and the filer.sync drivers.

2026-06-09 09:57:13 -07:00

..

repl_util

go fmt

2026-04-10 17:31:14 -07:00

sink

fix(filer.backup): skip replay events whose source chunk was superseded or deleted (#9886)

2026-06-09 08:53:29 -07:00

source

grpc: don't tear down the shared master connection on a caller's own timeout (#9775)

2026-06-01 15:11:02 -07:00

sub

notification.kafka: add SASL authentication and TLS support (#8832)

2026-03-29 13:45:54 -07:00

replicator_test.go

test(filer.sync): cover the in-place update delete-then-create fallback order

2026-06-09 09:57:13 -07:00

replicator.go

fix(filer.sync): replicate a rename as create-then-delete, not an in-place update

2026-06-09 09:57:13 -07:00