Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

aws cli s3 sync --exact-timestamps not matching API #2032

Closed
wojons opened this issue Feb 7, 2020 · 4 comments
Closed

aws cli s3 sync --exact-timestamps not matching API #2032

wojons opened this issue Feb 7, 2020 · 4 comments
Assignees
@macnev2013
Labels
good first issue Good item to work on for newcomers type: feature New feature, or improvement to an existing feature

Comments

@wojons
Copy link

wojons commented Feb 7, 2020 •
edited
Loading

When running a sync command like

aws s3 sync s3://bucket ./my/path --exact-timestamp

will re-download files every single time if i am pulling from localstack s3 but when i run it on a real s3 bucket it will do the first sync and then not again until the file changes. this is needed if the file size is the same but the contents change.
@whummer whummer added the good first issue Good item to work on for newcomers label Mar 6, 2020
@rmsmani
Copy link
Contributor

rmsmani commented Apr 4, 2020

@whummer
Am new to localstack development, so I need your help to start on this.

@AkhilSundarRay-24
Copy link

ok fine

@localstack localstack deleted a comment from AkhilSundarRay-24 Apr 7, 2020
@macnev2013 macnev2013 self-assigned this Jul 29, 2020
@macnev2013
Copy link
Contributor

macnev2013 commented Jul 29, 2020 •
edited
Loading

Hello @wojons, Thanks for reporting the bug.
This bug was fixed in latest release.
You can update it now. It is working as expected.

@whummer
Copy link
Member

whummer commented Jul 29, 2020

Thanks for reporting @wojons @rmsmani @Akhil-786 , this should be fixed in latest - please report here if the problem persists. Thanks

@whummer whummer closed this as completed Jul 29, 2020
@alexrashed alexrashed added type: feature New feature, or improvement to an existing feature and removed type: enhancement labels Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@macnev2013 macnev2013

Labels
good first issue Good item to work on for newcomers type: feature New feature, or improvement to an existing feature
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@wojons @alexrashed @whummer @macnev2013 @rmsmani @AkhilSundarRay-24