Tim Finnigan

Thanks @bblommers for pointing this out! That documentation is generated upstream by service teams so I will reach out to the Cloudfront team to correct this.

P55751302

Thanks @bblommers - I have passed along your comments to the Cloudfront team. Please feel free to list any more related feedback here in this issue.

Hi @acdha thanks for reaching out. Since Python 2 no longer supported that should no longer be a factor as you mentioned. Backwards compatibility is still a concern as changing...

Thanks @benkehoe for creating these SSO feature requests! I’m going to remove the needs-triage labels since the team is aware of these requests and there has already been some discussion...

@cariaso just to clarify is the metadata lost when using the default multipart_threshold value? If there is an issue with s3transfer then we would consider transferring this issue [here](https://github.com/boto/s3transfer/issues).

Thanks @cariaso for following up. Have you also tried using the [copy_from](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/s3.html#S3.MultipartUploadPart.copy_from) method to copy the metadata over as [described here](https://stackoverflow.com/questions/39596987/how-to-update-metadata-of-an-existing-object-in-aws-s3-using-python-boto3)?

A similar issue was opened recently and another user confirmed that `copy_from` works for copying metadata: https://github.com/boto/boto3/issues/3378#issuecomment-1205957679 I also tested the [copy_object](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/s3.html#S3.Client.copy_object) command and it copies the metadata by default....

For more background on `copy`, `copy_from` and `copy_object` see the discussion in https://github.com/boto/boto3/issues/3051. We are currently tracking that issue in boto3 for improvements to the documentation related to the distinctions...

Hi @alexmv thanks for reaching out. I’m going to bring this up for discussion with the team and we will post an update here.