-
Notifications
You must be signed in to change notification settings - Fork 242
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.
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
CLDSRV-462 Expiration header is not compatible with legacy object md #5396
Conversation
Hello nicolas2bert,My role is to assist you with the merge of this Status report is not available. |
Incorrect fix versionThe
Considering where you are trying to merge, I ignored possible hotfix versions and I expected to find:
Please check the |
ping |
Request integration branchesWaiting for integration branch creation to be requested by the user. To request integration branches, please comment on this pull request with the following command:
Alternatively, the |
/create_integration_branches |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
The following options are set: create_integration_branches |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
The following options are set: create_integration_branches |
4d3ceaa
to
4d91687
Compare
History mismatchMerge commit #4d3ceaabcff1578bbf1556da45909ce912bc17d5 on the integration branch It is likely due to a rebase of the branch Please use the The following options are set: create_integration_branches |
@bert-e reset |
Reset completeI have successfully deleted this pull request's integration branches. The following options are set: create_integration_branches |
ConflictA conflict has been raised during the creation of I have not created the integration branch. Here are the steps to resolve this conflict: $ git fetch
$ git checkout -B w/7.70/bugfix/CLDSRV-462/tags origin/development/7.70
$ git merge origin/bugfix/CLDSRV-462/tags
$ # <intense conflict resolution>
$ git commit
$ git push -u origin w/7.70/bugfix/CLDSRV-462/tags The following options are set: create_integration_branches |
ConflictA conflict has been raised during the creation of I have not created the integration branch. Here are the steps to resolve this conflict: $ git fetch
$ git checkout -B w/8.6/bugfix/CLDSRV-462/tags origin/development/8.6
$ git merge origin/w/7.70/bugfix/CLDSRV-462/tags
$ # <intense conflict resolution>
$ git commit
$ git push -u origin w/8.6/bugfix/CLDSRV-462/tags The following options are set: create_integration_branches |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
The following options are set: create_integration_branches |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
The following options are set: create_integration_branches |
? Object.keys(params.tags) | ||
.map(key => ({ Key: key, Value: params.tags[key] })) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small enhancement suggestion, not related to this PR's change (feel free to ignore):
? Object.keys(params.tags) | |
.map(key => ({ Key: key, Value: params.tags[key] })) | |
? Object.entries(params.tags) | |
.map(([key, value]) => ({ Key: key, Value: value })) |
@@ -1,6 +1,6 @@ | |||
{ | |||
"name": "s3", | |||
"version": "7.10.31", | |||
"version": "7.10.32", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you do a separate commit for the version bump? It helps when it comes to backporting things (as well as keeping track of version changes more easily).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done, I agree. I usually split it.
Before the Object Metadata refactor done around May 31, 2017 (c22e44f), if no tags were set, the object tag was stored as undefined. After the commit, if no tags are set, the object tag is stored as an empty object '{}'. When the expiration response headers were implemented on 812b09a around Nov 22, 2021, the empty object was handled, but not the undefined tag logic, which made the expiration response headers not backward compatible. We need to address both cases: the undefined property and the empty object '{}'.
4d91687
to
4431505
Compare
History mismatchMerge commit #4d91687ca5a7cfce6c29fee510eb6d5c0dbc70b4 on the integration branch It is likely due to a rebase of the branch Please use the The following options are set: create_integration_branches |
History mismatchMerge commit #4d91687ca5a7cfce6c29fee510eb6d5c0dbc70b4 on the integration branch It is likely due to a rebase of the branch Please use the The following options are set: approve, create_integration_branches |
@bert-e reset |
History mismatchMerge commit #4d91687ca5a7cfce6c29fee510eb6d5c0dbc70b4 on the integration branch It is likely due to a rebase of the branch Please use the The following options are set: create_integration_branches |
@bert-e reset |
Reset completeI have successfully deleted this pull request's integration branches. The following options are set: create_integration_branches |
ConflictA conflict has been raised during the creation of I have not created the integration branch. Here are the steps to resolve this conflict: $ git fetch
$ git checkout -B w/7.70/bugfix/CLDSRV-462/tags origin/development/7.70
$ git merge origin/bugfix/CLDSRV-462/tags
$ # <intense conflict resolution>
$ git commit
$ git push -u origin w/7.70/bugfix/CLDSRV-462/tags The following options are set: create_integration_branches |
ConflictA conflict has been raised during the creation of I have not created the integration branch. Here are the steps to resolve this conflict: $ git fetch
$ git checkout -B w/8.6/bugfix/CLDSRV-462/tags origin/development/8.6
$ git merge origin/w/7.70/bugfix/CLDSRV-462/tags
$ # <intense conflict resolution>
$ git commit
$ git push -u origin w/8.6/bugfix/CLDSRV-462/tags The following options are set: create_integration_branches |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
The following options are set: create_integration_branches |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
The following options are set: create_integration_branches |
@bert-e approve |
Build failedThe build for commit did not succeed in branch w/8.7/bugfix/CLDSRV-462/tags. The following options are set: approve, create_integration_branches |
In the queueThe changeset has received all authorizations and has been added to the The changeset will be merged in:
The following branches will NOT be impacted:
There is no action required on your side. You will be notified here once IMPORTANT Please do not attempt to modify this pull request.
If you need this pull request to be removed from the queue, please contact a The following options are set: approve, create_integration_branches |
I have successfully merged the changeset of this pull request
The following branches have NOT changed:
Please check the status of the associated issue CLDSRV-462. Goodbye nicolas2bert. |
Before the Object Metadata refactor done around May 31, 2017 (c22e44f), if no tags were set, the object tag was stored as undefined.
After the commit, if no tags are set, the object tag is stored as an empty object '{}'.
When the expiration response headers were implemented on 812b09a around Nov 22, 2021, the empty object was handled, but not the undefined tag logic, which made the expiration response headers not backward compatible.
We need to address both cases: the undefined property and the empty object '{}'.