nielash 0eb7ee2e16 sync: fix testLoggerVsLsf when backend only reads modtime ...

There are some backends (like PikPak) that advertise a precision of
fs.ModTimeNotSupported but do actually return a modtime when asked. In the case
of PikPak, it is because the modtime can be read but not written, and is not
considered reliable enough to use for syncing.

Before this change, testLoggerVsLsf got confused in this scenario (expected a
blank modtime but got non-blank). Adding to the confusion, it only reaches this
code if the backend happens to support md5 hashes, and the fsrc and fdst have
the same precision.

This change fixes the issue by setting the modtime string on both sides to
"none" in this scenario. Note that we can't use "" (blank) because
(operations.ListFormat).AddModTime would replace that with "2006-01-02 15:04:05".

2025-07-23 12:49:52 +01:00

..

pipe_test.go

build: modernize Go usage

2025-02-28 11:31:14 +00:00

pipe.go

build: modernize Go usage

2025-02-28 11:31:14 +00:00

rc_test.go

test: replace defer cleanup with t.Cleanup

2022-12-09 14:38:05 +00:00

rc.go

docs: cross link doc pages for related commands

2022-06-21 23:43:00 +02:00

sync_test.go

sync: fix testLoggerVsLsf when backend only reads modtime

2025-07-23 12:49:52 +01:00

sync_transform_test.go

operations: fix TransformFile when can't server-side copy/move

2025-06-16 17:40:19 +01:00

sync.go

config: make parsing of duration options consistent

2025-07-08 12:08:14 +02:00