Has anyone experienced an issue when switching between manual payment options, that shipping reverts to default (first option) ?
I’m seeing this on couple of stores and haven’t been able to figure out what can cause the issue. I’ve tried removing all checkout extensions, replicating shipping setup on dev store, but not seeing the cause. Has anyone had similar issue?
Hey @Petra_Markovic1 - thanks for flagging this.
This can be expected in some checkout flows.
Generally, if checkout recalculates the available delivery/payment state, the selected shipping option can fall back to the default available rate. In a lot of cases that default can be whicheve rate is first in the returned list. So if something in the checkout setup is reordering rates, or causing the available delivery options to be refreshed when the manual payment option is selected, that could explain why the shipping option is jumping back to the first/default option.
One important note: removing checkout UI extensions would rule out a UI extension causing this, but it wouldn’t necessarily rule out other checkout customizations or configuration that can affect rates/order/availability, like delivery customizations, payment customizations, carrier-calculated rates, shipping profiles, or checkout rules.
Could you share a bit more detail on the affected setup?
Let me know if I can help out further here!
Hi Alan, thank you so much for your response. I will try to explain this as best as I can because it’s a bit tricky situation.
To answer your questions:
What is another layer of this issue: we have 2 categories of products: Regular & Extra services
Extra services are non-physical products that can be added to an order. These extra products include safe shipping, handling fee for orders under 15 EUR, but also fees for Cash on delivery payment and bank transfer payment.
When user selects cash on delivery or bank transfer, we add this fee to the cart in checkout and vice versa.
What we were able to figure out: since some of these extra services can be added in cart, and when we reach the checkout while already having some extra service, and than choose COD or bank transfer → the shipping does not reset.
If we reach checkout without any extra services already present in the cart and choose manual payment method → shipping does reset.
Hey @Petra_Markovic1 - thanks, this extra context helps a lot. I was able to reproduce this on dedoles.hr: after selecting Kurir GLS, choosing Pouzeće added the 1.50€ COD fee line, showed the “delivery options changed” notice, and checkout fell back to Kurir DPD.
Based on that, this looks tied to the fee line being added/removed in checkout when the manual payment method changes, rather than the manual payment option alone.
Could you test one more thing just to narrow things down? If you can keep the manual payment methods enabled, but temporarily disable only the logic that adds/removes the COD/bank transfer fee line item? If the shipping reset stops, that gives us a clean signal that the cart-line change is what’s invalidating the selected shipping option.
Also, can you confirm whether those fee products are set as non-physical/no shipping required, and share which extension/API is adding the fee line? A checkout URL/token or request ID from a fresh failing attempt would help me dig in further on our end as well. Hope to hear from you soon.
