Sorry this order requires a shipping option error

  • Resolved aredwine

    (@aredwine)


    6 months ago

    Hello, I’m running into an issue on my WordPress/WooCommerce site. I have a customer trying to place an order and keeps getting a “Sorry, this order requires a shipping option.” even though a shipping option is returned via live quote and selected, the error pops up after payment has been entered and the order is being submitted. Do you have any insight? Thank you!

    We are using XPS Shipper with integrated live quotes enabled. I have reached out to XPS and the issue is not showing up in any logs. They think that because it happens after payment is entered and the order is submitted, that it is a WooCommerce issue.

    Wondering if anybody has experienced anything like this before.

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Support Shameem R. a11n

    (@shameemreza)

    Hi @aredwine

    even though a shipping option is returned via live quote and selected, the error pops up after payment has been entered and the order is being submitted. Do you have any insight?

    Did the payment go through successfully, or did it fail? Similarly, was the order submitted successfully, or did it fail?

    Based on the screenshot you shared, the order or payment didn’t appear to be successful, which suggests it’s unrelated to the WooCommerce Core. If the order or payment was successful, the customer should be directed to the order received page with details; they shouldn’t be on the checkout page.

    I hope this provides some clarity. Please let us know if you have any other questions!

    Halyra

    (@harasse)

    Hello @aredwine. I have the same problem. Which only appears when Checkout is in Checkout block mode, but does not occur when using WooCommerce Core (short code). You should try to see if it is indeed the same case.

    After investigation, I detected that it is a new control in Checkout block (OrderController.php file) which verifies that all the “shipping_methods” Ids announced contain in their Id string the class identifier of the extension (why ?). Which now seems exclude, when Checkout block mode is used, all the “shipping_methods” (and theirs merchants) for which this new rule was unknown.

    Plugin Contributor Nadir Seghir a11n

    (@assassinateur)

    Hey! Which WooCommerce version you’re running? this has been fixed in WooCommerce 8.9.0

    https://github.com/woocommerce/woocommerce/pull/46719

    Halyra

    (@harasse)

    For me, its 8.9.1 (and it was the same with 8.9.0).

    Plugin Contributor Nadir Seghir a11n

    (@assassinateur)

    It seems that XPS Shipping is using inconsistent rate ids, for your case, it’s usps_ground_advantage?and?usps_priority, but the shipping method id is webship.

    The shipping rate need to include (ideally start with) the shipping method, so it would be: webship:usps_ground_advantage or webship:usps_priority.

    We will also work on making the checks less restrict.

    Halyra

    (@harasse)

    Thanks. The shipping_method extensions will obviously adapt to the new rules chosen when stabilized.

    But the real problem is to avoid forcing all operating e-commerce sites already using these extensions to have to manually update their shipping settings.

    Plugin Contributor Nadir Seghir a11n

    (@assassinateur)

    That’s for sure, it was an unintended problem because we assumed all shipping plugins are following the standard of shipping_method_id:shipping_rate_id, as it’s been the standard for years but never enforced. Sadly we were wrong, we made the code less strict but your case is different. We’re looking at making it even less strict, without affecting performance and speed.

    Plugin Support Shameem R. a11n

    (@shameemreza)

    Hi @harasse and @aredwine

    We haven’t heard back from you in a while, so I’m going to mark this as resolved – we’ll be here if and/or when you are ready to continue.

Viewing 8 replies - 1 through 8 (of 8 total)
  • You must be logged in to reply to this topic.