rclone

rclone:fix-s3-endpoint

  1. Git
  2. lp:rclone
  3. fix-s3-endpoint
Last commit made on 2023-02-28
Get this branch:
git clone -b fix-s3-endpoint https://git.launchpad.net/rclone

Branch merges

Branch information

Name:
fix-s3-endpoint
Repository:
lp:rclone

Recent commits

31cb3be... by Nick Craig-Wood

s3: attempt to fix –s3-profile failing when explicit s3 endpoint is present FIXME DO NOT MERGE

This effectively reverts a fix so shouldn't be merged directly

56b582c... by Hunter Wittenborn

authorize: add support for custom templates

This adds support for providing custom Go templates for use in the
`rclone authorize` command.

Fixes #6741

745c0af... by Aaron Gokaslan <email address hidden>

all: Apply codeql fixes

2dabbe8... by Nick Craig-Wood

serve http: tests for --auth-proxy

9056117... by Nick Craig-Wood

Add Matthias Baur to contributors

a0b5d77... by Matthias Baur <email address hidden>

serve http: support --auth-proxy

ce8b1cd... by Manoj Ghosh <email address hidden>

oracle-object-storage: bring your own encryption keys

5bd6e3d... by Manoj Ghosh <email address hidden>

fix vulnerablities: upgrade <email address hidden> to <email address hidden>

d4d7a6a... by Nick Craig-Wood

sftp: fix uploads being 65% slower than they should be with crypt

The block size for crypt is 64k + a few bytes. The default block size
for sftp is 32k. This means that the blocks for crypt get split over 3
sftp packets two of 32k and one of a few bytes.

However due to a bug in pkg/sftp it was sending 32k instead of just a
few bytes, leading to the 65% slowdown.

This was fixed in the upstream library.

This bug probably affected transfers from over the network sources
also.

Fixes #6763
See: https://github.com/pkg/sftp/pull/537

b3e0672... by Nick Craig-Wood

s3: Check multipart upload ETag when --s3-no-head is in use

Before this change if --s3-no-head was in use rclone didn't check the
multipart upload ETag at all. However the ETag is returned in the
final POST request when completing the object.

This change uses that ETag from the final POST if --s3-no-head is in
use, otherwise it uses the ETag from a fresh HEAD request.

See: https://forum.rclone.org/t/in-some-cases-rclone-does-not-use-etag-to-verify-files/36095/