New update – shipping problem

I am also wondering if you can suggest a code snippet to force taxes to be calculated based on the vendor’s address when the customer has selected local pickup. I had a snippet that worked before the update but it does not anymore.

Thank you!

Thank you!

I checked my database from my backup pre-update and this is what I had used to calculate taxes based on the vendor’s store location for local pickup orders rather than the customer’s shipping address:

/**
 * FORCE TAX BY VENDOR LOCATION FOR LOCAL PICKUP
 */

// 1. Tell WooCommerce NOT to automatically use the main shop base for local pickup
add_filter( 'woocommerce_apply_base_tax_for_local_pickup', '__return_false' );

// 2. Inject the Vendor's billing address into the tax calculation
add_filter( 'woocommerce_customer_taxable_address', 'mvx_local_pickup_vendor_tax_location', 10, 1 );

function mvx_local_pickup_vendor_tax_location( $address ) {
    // Only run on frontend checkout/cart updates
    if ( is_admin() && ! defined( 'DOING_AJAX' ) ) return $address;

    if ( ! WC()->session ) return $address;

    $chosen_methods = WC()->session->get( 'chosen_shipping_methods' );
    $is_local_pickup = false;

    // Check if the user selected a local pickup method
    if ( ! empty( $chosen_methods ) ) {
        foreach ( $chosen_methods as $method ) {
            if ( strpos( $method, 'local_pickup' ) !== false ) {
                $is_local_pickup = true;
                break;
            }
        }
    }

    if ( $is_local_pickup && WC()->cart ) {
        $cart = WC()->cart->get_cart();
        
        foreach ( $cart as $item ) {
            // Get the vendor for the current product
            $vendor = get_mvx_product_vendors( $item['product_id'] );
            
            if ( $vendor && isset( $vendor->id ) ) {
                $vendor_id = $vendor->id;

                // Pull address from the billing meta keys you identified
                $country  = get_user_meta( $vendor_id, 'billing_country', true );
                $state    = get_user_meta( $vendor_id, 'billing_state', true );
                $postcode = get_user_meta( $vendor_id, 'billing_postcode', true );
                $city     = get_user_meta( $vendor_id, 'billing_city', true );

                // If the vendor has a valid country and state set, use it
                if ( ! empty( $country ) && ! empty( $state ) ) {
                    return array( $country, $state, $postcode, $city );
                }
            }
        }
    }

    return $address;
}

A few additional issues/questions

1. When a store adds a product and enables stock management, the product says out of stock even with an SKU and quantity entered.
2. I find that my site runs very slowly now. It takes upwards of 10 seconds to see a store’s page, and the vendor dashboard takes several clicks and several seconds to load a page, add a product, etc.
3. When using the shortcode [marketplace_stores order=”ASC”], the products are displayed and the product title text is very large. Is it possible to just display the store logos and names, rather than showing the products as well? This is just for a page to search vendors, customers can still purchase from the store’s page.

Thank you, I was able to fix issues 1 & 4!

For issue 3: On every page load — including single product pages — the function MultiVendorX\Block->enqueue_all_block_assets() is being called 40 times instead of once. Each call triggers a full chain of database queries including:

• MultiVendorX\Store\Store::get_store() — 40 to 41 calls
• MultiVendorX\Store\Store->get_all_meta() — 40 to 41 calls (including repeated calls for store_id = 0)
• WC_Shipping_Zone_Data_Store->get_zones() — 40 to 41 calls
• WC_Shipping_Zone_Data_Store->get_zone_data_for_ids() — 80 to 82 calls
• WC_Shipping_Zone_Data_Store->get_zone_locations_for_ids() — 80 to 82 calls
• WC_Shipping_Zone_Data_Store->get_methods() — 80 to 82 calls

This results in 450+ duplicate queries on all pages, causing 20-second load times and frequent 502 bad gateway errors. Query Monitor shows all of these trace back to enqueue_all_block_assets() being called in a loop — apparently once per registered block rather than once per page. This occurs on all pages from those with vendor content (like vendor storefronts, product pages) to simple pages without any vendor data like ‘about us’ and the privacy policy

• This reply was modified 2 days, 17 hours ago by a340300.
• This reply was modified 2 days, 17 hours ago by a340300.
• This reply was modified 2 days, 17 hours ago by a340300.