Tuesday, November 5, 2024
1 change · master
Resolved issues and error corrections
This fix prevents customers on Mexican and Chilean e-commerce sites from being blocked at order confirmation by a missing shipping method. Checkout now follows the normal delivery selection step, improving successful online order completion for affected localizations.
Original PR description
In Mexican (or Colombian) e-commerce websites, a customer may face an issue where they are unable to confirm an order because no delivery method is selected. ### Steps to reproduce - Install…
In Mexican (or Colombian) e-commerce websites, a customer may face an issue where they are unable to confirm an order because no delivery method is selected. ### Steps to reproduce - Install `l10n_mx_edi_website_sale` - Ensure the website is configured with a Mexican company - Enable 'Automatic Invoice' in website settings - As a public user, proceed through checkout and try to confirm the order The issue occurs if the user is prompted to fill in delivery information and hasn't previously provided an address. This can be consistently reproduced using a new incognito session. Upon attempting to confirm the order, the following error is shown: "No shipping method is selected." ### Cause The delivery information form (`/shop/address/submit`) normally redirects to `/shop/checkout`, where the user selects a delivery method. However, the `_get_extra_billing_info_route` hook can alter the redirect, bypassing the checkout step and causing the delivery method to remain unset. ### Fix The extra billing info flow is already handled in the checkout steps. Therefore, `_get_extra_billing_info_route` is no longer necessary. opw-4205135 opw-4222398