Closed brunoabreu closed 2 years ago
Hi! I'm VTEX IO CI/CD Bot and I'll be helping you to publish your app! 🤖
Please select which version do you want to release:
[ ] Patch (backwards-compatible bug fixes)
[x] Minor (backwards-compatible functionality)
[ ] Major (incompatible API changes)
And then you just need to merge your PR when you are ready! There is no need to create a release commit/tag.
Beep boop :robot:
I noticed you didn't make any changes at the docs/
folder
In order to keep track, I'll create an issue if you decide now is not a good time
Your PR has been merged! App is being published. :rocket: Version 2.157.1 → 2.158.0
After the publishing process has been completed (check #vtex-io-releases) and doing A/B tests with the new version, you can deploy your release by running:
vtex deploy vtex.store-graphql@2.158.0
After that your app will be updated on all accounts.
For more information on the deployment process check the docs. :book:
Jira Issue
What problem is this solving?
Handle the new CheckoutOrderFormOwnership cookie, forwarding when necessary. Just like https://github.com/vtex-apps/checkout-graphql/pull/183
How to test it?
It is linked in
qastore
workspacebrunoh2
.Screenshots or example usage:
The cookie comes back in set-cookie when included in the API requests:
The set-cookie is included when updating the clientProfileAttachment (which generates an
ownerId
):PS: In this case the set-cookie will just appear the first time a "new" profile attachment is sent (new email). Example: call one time with "newshopper_100@mailinator.com" => receive set-cookie call another time with "newshopper_100@mailinator.com" => no set-cookie call another time with "newshopper_101@mailinator.com" => receive set-cookie
This behavior is not related to this PR, it is just how it was implemented in the Checkout API.