Matt Harrison

Hi,

The data is all stored under the user as usermeta. You can use these functions if you’d like to access the address book object directly in your code.

$billing_address_book = \CrossPeakSoftware\WooCommerce\AddressBook\get_address_book( new \WC_Customer( $user_id ), 'billing' );
$shipping_address_book = \CrossPeakSoftware\WooCommerce\AddressBook\get_address_book( new \WC_Customer( $user_id ), 'shipping' );

We also have the Pro version of the plugin which has Backoffice support which includes the ability to manage a user’s address book right from their user profile in the admin.

Matt

Hi,

I’m not sure what you changed the function to, but my guess is because it needs to return a customer object and not an id it was not working.

That said, we have a filter in place so you can do this by adding the code to either your theme or through a custom plugin. That way you don’t need to be modifying the plugin every time we release a new version update.

You can add this filter to override it:

add_filter(
	'wc_address_book_current_user_id',
	function ( $user_id ) {
		return 8;
	}
);

Thank you. I was able to replicate the issue on my end with the Concatenate JS setting in Jetpack Boost.

We’ll see if we can come up with a fix to get it to work with Boost

Hi Ashley,

That isn’t something that we changed. It still uses the dropdown with the search box.

We are only using the standard WooCommerce select field here, so the search is provided by WooCommerce and not our Address Book plugin. This is the same dropdown field used for the Country and State selectors on checkout. Do those fields still provide the search on your site?

It not, it could be something from your theme or a javascript error preventing something from loading.

Hi,

Thank you for the detailed report. We override some of WooCommerce’s customer data saving so that is why the filter they are using was not working.

We just pushed out an updated version of the plugin so the filter will now work the same as it does in core WooCommerce.

So, add_filter( 'woocommerce_checkout_update_customer_data', '__return_false' ); should now work the same.

Hopefully that fixed the issue that you were having with that Subaccounts plugin.

Thank you for that. Which version of the plugin are you using? From the look of the stack trace there you might be using one of the old 3.x betas of the plugin.

The latest 3.x beta can be obtained from our site: https://www.crosspeaksoftware.com/downloads/woocommerce-address-book/

Or the latest 2.x release can be obtained here on wordpress.org

Hello,

To know more of what is causing it for you site you would need to get the error log that is produced by WordPress when that error message is generated. It might have emailed a copy of it to the default site email or you would need to check your WordPress debug or error logs.

Getting the logs would help determine what plugin or theme is triggering the error and what might be causing a conflict with the plugin.