mirror of
https://github.com/rclone/rclone.git
synced 2024-11-22 08:23:47 +01:00
93955b755f
Before this fix if more than one retry happened on a file that rclone had opened for read with a backend that uses fs.FixRangeOption then rclone would read too much data and the transfer would fail. Backends affected: - azureblob, azurefiles, b2, box, dropbox, fichier, filefabric - googlecloudstorage, hidrive, imagekit, jottacloud, koofr, netstorage - onedrive, opendrive, oracleobjectstorage, pikpak, premiumizeme - protondrive, qingstor, quatrix, s3, sharefile, sugarsync, swift - uptobox, webdav, zoho This was because rclone was emitting Range requests for the wrong data range on the second and subsequent retries. This was caused by fs.FixRangeOption modifying the options and the reopen code relying on them not being modified. This fix makes a copy of the fs.FixRangeOption in the reopen code to fix the problem. In future it might be best to change fs.FixRangeOption so it returns a new options slice. Fixes #7759 |
||
|---|---|---|
| .. | ||
| operationsflags | ||
| check_test.go | ||
| check.go | ||
| copy_test.go | ||
| copy.go | ||
| dedupe_test.go | ||
| dedupe.go | ||
| listdirsorted_test.go | ||
| logger.go | ||
| lsjson_test.go | ||
| lsjson.go | ||
| multithread_test.go | ||
| multithread.go | ||
| operations_internal_test.go | ||
| operations_test.go | ||
| operations.go | ||
| rc_test.go | ||
| rc.go | ||
| reopen_test.go | ||
| reopen.go | ||