rclone/fs/operations
Nick Craig-Wood a28239f005 filter: Make --files-from traverse as before unless --no-traverse is set
In c5ac96e9e7 we made --files-from only read the objects specified and
don't scan directories.

This caused problems with Google drive (very very slow) and B2
(excessive API consumption) so it was decided to make the old
behaviour (traversing the directories) the default with --files-from
and use the existing --no-traverse flag (which has exactly the right
semantics) to enable the new non scanning behaviour.

See: https://forum.rclone.org/t/using-files-from-with-drive-hammers-the-api/8726

Fixes #3102 Fixes #3095
2019-04-12 17:16:49 +01:00
..
dedupe.go dedupe: fix bug introduced when converting to use walk.ListR #2902 2019-03-17 11:01:20 +00:00
dedupe_test.go dedupe: Use walk.ListR for listing commands. 2019-03-16 17:41:12 +00:00
listdirsorted_test.go Break the fs package up into smaller parts. 2018-01-15 17:51:14 +00:00
lsjson.go lsjson: added --files-only and --dirs-only flags 2019-04-11 11:43:25 +01:00
operations.go copy: account for server side copy bytes and obey --max-transfer 2019-03-25 15:36:38 +00:00
operations_internal_test.go operations: ignore size of objects when they are < 0 #320 2018-01-31 16:22:05 +00:00
operations_test.go filter: Make --files-from traverse as before unless --no-traverse is set 2019-04-12 17:16:49 +01:00
rc.go rc: implement operations/publiclink the equivalent of rclone link 2019-03-17 09:41:31 +00:00
rc_test.go rc: implement operations/publiclink the equivalent of rclone link 2019-03-17 09:41:31 +00:00
reopen.go operations: resume downloads if the reader fails in copy - fixes #2108 2019-02-12 11:47:57 +00:00
reopen_test.go operations: resume downloads if the reader fails in copy - fixes #2108 2019-02-12 11:47:57 +00:00