[#248] Correct NextVersionIDMarker in listing versions #248
Labels
No labels
P0
P1
P2
P3
good first issue
Infrastructure
blocked
bug
config
discussion
documentation
duplicate
enhancement
go
help wanted
internal
invalid
kludge
observability
perfomance
question
refactoring
wontfix
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/frostfs-s3-gw#248
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "dkirillov/frostfs-s3-gw:bugfix/correct_handling_version_id_marker"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Despite the spec https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObjectVersions.html#API_ListObjectVersions_ResponseElements
says that
"When the number of responses exceeds the value of MaxKeys,
NextVersionIdMarker specifies the first object version not returned
that satisfies the search criteria. Use this value for the
version-id-marker request parameter in a subsequent request."
the actual behavior of AWS S3 is returning NextVersionIdMarker as the last returned object version
Signed-off-by: Denis Kirillov d.kirillov@yadro.com
9c7843137f
to125739fbbd
125739fbbd
toff57f64fd6
WIP: [#XX] Correct NextVersionIDMarker in listing versionsto WIP: [#248] Correct NextVersionIDMarker in listing versionsWIP: [#248] Correct NextVersionIDMarker in listing versionsto [#248] Correct NextVersionIDMarker in listing versionsff57f64fd6
toa9130d472d
a9130d472d
toaa5273294d
@realloc Last time we discussed differences between S3 specification and AWS behaviour, we've decided to stick with the specification and support behaviour changes as some kludge compatibility flags. Isn't it a good example for that?
@dkirillov does minio behave the same?
Yes, we've found this because of minio test (that pass on minio itself)
I'm not sure. What we consider as specification? Examples on page with specifications contradict definitions for parameters on the same page
aa5273294d
to5ee73fad6a
If AWS contradicts the spec and does it the same way across all regions, then we can consider it normal behavior. If it is possible to make this an option toggled by default, then I suggest doing so.
All right, I suppose we consider it as expected behavior then and we do not need any kludge flags.