Open ksenia-zlotin opened 1 year ago
Hi @ksenia-zlotin. Thank you for your report. To speed up processing of this issue, make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, Add a comment to the issue:
@magento give me 2.4-develop instance
- upcoming 2.4.x release@magento I am working on this
Join Magento Community Engineering Slack and ask your questions in #github channel. :warning: According to the Magento Contribution requirements, all issues must go through the Community Contributions Triage process. Community Contributions Triage is a public meeting. :clock10: You can find the schedule on the Magento Community Calendar page. :telephone_receiver: The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, join the Community Contributions Triage session to discuss the appropriate ticket.
Hi @engcom-Bravo. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
Area: XXXXX
label to the ticket, indicating the functional areas it may be related to.2.4-develop
branch@magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure. 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.Issue: Confirmed
once verification is complete. Hi @engcom-Hotel. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
Area: XXXXX
label to the ticket, indicating the functional areas it may be related to.2.4-develop
branch@magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure. 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.Issue: Confirmed
once verification is complete. @magento give me 2.4-develop instance
Hi @engcom-Hotel. Thank you for your request. I'm working on Magento instance for you.
Hi @engcom-Hotel, here is your Magento Instance: https://11ea88a20724976e58d029fe0ae55bd2.instances-prod.magento-community.engineering Admin access: https://11ea88a20724976e58d029fe0ae55bd2.instances-prod.magento-community.engineering/admin_adb9 Login: 2ccf8d80 Password: bb06f9e0fe26
Hello @ksenia-zlotin,
Thanks for the report and collaboration!
We have tried to reproduce the issue in the latest development branch 2.4-develop, and the issue seems reproducible for us. Please have a look at the below screenshots for reference:
Here in the below screenshot, first we have created and selected the new shipping address and then back to the Shipping address and select the default shipping address, and pressed the "Next" button, after that if try to access the cart page the address
variable contains the new shipping address:
In the below screenshot, you can see we have selected the default shipping address:
But we can place the order successfully with the selected shipping address, so please let us know the use case where you are facing an issue with the current flow.
Thanks
Try and create two tax rates - one for the default address with price x and one for the new shipping address with price y. You will see cart applies tax rate Y even though you selected default address. The cart shows incorrect tax calculations to the customer. It should always be correct - regardless of the fact they can place the order successfully. Numbers matter.
Hello @ksenia-zlotin,
Thanks for the clarification!
As per your comment, we have created 2 addresses one for NY and another for CA and the issue is reproducible for us. The tax calculation on the cart page is not correct. Please refer to the below screenshots for reference:
At the time of checkout (First Time): The tax amount shows $16.50
Again Go back and change the address with NY: The tax amount shows $16.75
Go back to the cart page: The tax amount shows $16.50, it should be $16.75
But at the time of final checkout, the tax amount shows the correct amount. That means we need to fix it for only the cart page.
Hence confirming the issue.
Thanks
:white_check_mark: Jira issue https://jira.corp.adobe.com/browse/AC-8541 is successfully created for this GitHub issue.
:white_check_mark: Confirmed by @engcom-Hotel. Thank you for verifying the issue.
Issue Available: @engcom-Hotel, You will be automatically unassigned. Contributors/Maintainers can claim this issue to continue. To reclaim and continue work, reassign the ticket to yourself.
@magento I am working on this
@magento add to contributors team
Hi @Vikaashkarthick-K! :wave: Thank you for joining. Please accept team invitation :point_right: here :point_left: and add your comment one more time.
@magento I am working on this
As per the comments, I have created 2 addresses one for NY and another for CA and the issue is reproducible for me. The tax calculation on the cart page is not correct.
Please refer to the below screenshots for reference:
At the time of checkout (First Time): The tax amount shows $6.56
Again Go back and change the address : The tax amount shows $2.19
Go back to the cart page: The tax amount shows $2.91, it should be $2.19
Hence, the issue is reproducible.
Preconditions and environment
Magento 2.4.4
Steps to reproduce
Expected result
resolveEstimationAddress method has correct, selected, shipping address taxes calculated correctly
Actual result
resolveEstimationAddress method has new shipping address, even though it is not selected taxes calculated correctly, for incorrect new address
Additional information
No response
Release note
No response
Triage and priority