Woocommerce Zip Code Overwriten
-
We have a problem with a plugin conflict caused by svea checkout always overwriting the zip code.
We have a second plugin managing delivery metadata on the checkout page. This plugin creates a two step checkout where the user fills in some extra information prior to continuing with the checkout process. The data requested is dependent on the delivery options, the delivery options are in turn dependent on the zip code.
The delivery option changing on the checkout page creates problems, therefor the zip code may never be changed on the checkout page, and is instead sett in the cart before progressing to the checkout.
Unfortunately svea checkout appears to overwrite the zip code and change the delivery options upon entering the checkout with the zip code saved in svea checkout. This also deselects the selected delivery option.
Is there any way to solve or avoid this.
The option: ”Sync ZIP code from Svea” is not selected. The problem still occurre.
We previously avoided the problem with using a earlier version of the svea checkout where the problem was avoidable. This is no longer an option due to various reasons including safety.
-
Thank you, this solved the problem.
Our solution now looks something like this:
add_action( 'woocommerce_calculated_shipping', array( $this, 'save_shipping_calculator_fields' ), 10 );
add_filter( 'woocommerce_sco_needs_new_checkout', array( $this, 'maybe_reset_svea_checkout' ), 10, 2 );
add_filter( 'woocommerce_sco_create_order' , array( $this, 'trying_to_reset_svea_checkout' ), 10, 1 );
public function save_shipping_calculator_fields() {
//Save shipping postcode to billing to prevent it being overwritten by svea checkout
$postcode = isset( $_POST['calc_shipping_postcode'] ) ? wc_clean( wp_unslash( $_POST['calc_shipping_postcode'] ) ) : '';
if ( $postcode ) {
WC()->customer->set_billing_postcode( $postcode );
WC()->session->set( 'reset_svea_checkout', true );
}
}
function maybe_reset_svea_checkout( $need_new, $checkout_data ) {
if ( WC()->session->get( 'reset_svea_checkout' ) ) {
return true;
}
return $need_new;
}
function trying_to_reset_svea_checkout( $checkout_data ) {
if ( WC()->session->get( 'reset_svea_checkout' ) ) {
WC()->session->set( 'reset_svea_checkout', false );
}
return $checkout_data;
}Unfortunately ‘woocommerce_sco_create_order’ triggers before the chekcout is created and there do not appear to be a obvious post creation alternative so there is still a small chance for errors.
Still, this is good enough for us to consider this solved.
Thanks for all of your support!
You must be logged in to reply to this topic.
