IQComputing Alex

Hello @piexxer

The core issue occurred when we moved the Shipping Calculator over to using Cart Hashes as Keys instead of Product IDs. Looking at the Upcoming Github Branch changes to see what was different between the previous version and now.

https://github.com/IQComputing/live-rates-for-shipstation/commit/6c64e59fc73bc5c830adba33b858509c6b71033b

Previously, the get_requestsby_individual() method was returning request results keyed by Product ID, as you can see on line 517 in red. We need the Cart Hash for later so that we can re-access the cart and get the quantity.

In the process_available_rate() method, which accepts the ShipStation Rate result and 1 Package result, on line 952 in red and green, is where we’re getting the actual quantity from the cart – in which we need the cart hash to do so and not the Product ID.

Finally, if you’re looking to modify the Calculator Object or API we do have a hook where you may completely switch out the Shipping Calculator Class, allowing you to supplement your own ShipStation API Handler Class as well, using the iqlrss/shipping/calculator_object filter hook. Using this hook you can provide an object to override the base calculator methods (as your class must inherit the base calculator class) and override the api() method. This should allow you to add in the customizations you need without having to worry about not keeping the plugin up-to-date or feeling like you have to modify the core plugin code.

https://github.com/IQComputing/live-rates-for-shipstation/blob/main/core/shipping-method-shipstation.php#L735

I did re-work it to be much more efficient in it’s calls to avoid any unnecessary, as there are also other hidden areas to consider on this for performance, which your plugin does not if it was to be simply changed to full qty support logic, however it also calls in areas where it’s not ideal in it’s current logic, so there is room for improvements.

The plugin is Open Source and on Github. If you would like to make contributions based on your investigations, I’m sure everyone using this plugin would be grateful. Otherwise, if you would like to extrapolate further, our team could look at implementing these improvements.

https://github.com/IQComputing/live-rates-for-shipstation/

In any case we’re glad you were able to find a solution. Have a wonderful rest of your week!

Hello,

Thanks for the feature request. While we do not have a timeline for the implementation, we will add this to our list of features.

In the meantime, you may be able to hire a local developer to implement a small development snippet to reorder the shipping package rates:

https://www.businessbloomer.com/woocommerce-sort-shipping-costs-low-high/

/**
 * @snippet       Sort Shipping Rates by Price - WooCommerce
 * @how-to        businessbloomer.com/woocommerce-customization
 * @author        Rodolfo Melogli, Business Bloomer
 * @compatible    WooCommerce 7
 * @community     https://businessbloomer.com/club/
 */
add_filter( 'woocommerce_package_rates', 'businessbloomer_sort_shipping_methods', 100, 2 );  
function businessbloomer_sort_shipping_methods( $rates, $package ) {
      
	if ( ! is_array( $rates ) ) return $rates;

	uasort( $rates, function ( $a, $b ) { 
		if ( $a == $b ) return 0;
		return ( $a->cost < $b->cost ) ? -1 : 1; 
	} );

	return $rates;

	// NOTE: BEFORE TESTING EMPTY YOUR CART
       
}

This plugins shipping rates run through the same filter hooks that WooCommerce has to modify the output. The above is still a reliable solution, but again we recommend reaching out to a local developer to implement it.

Hello @theodotcom

Thanks for the clarification. Unfortunately, no immediate solution, but some of these Shipping Services do come with “flags”, things like hazardous material or fragile. We may be able to use these to flag certain products to align with certain Shipping Services that modify which rates get returned for an overall cart.

We’ll look into this a bit further with that in mind and we’ll keep you posted on what we find out.

Hello @centuryperf !

Is this only happening on the Admin Panel when viewing the order, or are you noticing it on the frontend as well?

For the Canada / International shipping options issue, this is another one we haven’t been able to replicate. Are you able to get shipping options from ShipStation directly (using the calculator on their website, through the ShipStation account)? Could it be an issue with the set Shipping Zones?

Hello @richecolocity

I was able to replicate the issue on my end, but was also able to get returned rates at the same time. It’s not clear what the issue is but it looks like either an issue within the plugin itself or the ShipStation API. We will investigate this further on our end and publish a patch once we narrow down the cause.

In the meantime, if you have any further insight on this issue, please let us know.

Hello @richecolocity

Could you try clearing the cache via WooCommerce > Settings > Integration > ShipStatation > Clear API Cache

It could be a bad initial cache if the WooCommerce store settings were updated after the plugin was set up, but clearing the cache will at least give a clean slate.

If you’ve cleared the cache and it’s still not returning rates, you could enable Logging under the same Integration page, try a test checkout, then navigate to WooCommerce > Status >Logs and download the Live Rates for ShipStation.

If you want to take a look at the downloaded logs, scrub any data you deem to be sensitive, and post some of that to the public forum thread here, we’ll be able to take a look at what the API is returning.

Finally, is the U.S. state you’re shipping from considered an Outlying Island or Territory?

Do you get that same error when testing this against the Shipping Calculator within ShipStation? Could this be injunction with a specific carrier?

Do you have an example of an address that should return rates but does not?

For example, we’ve tried the following and received rates from both UPS Standard and UPS Standard Intl.
1234 Canada Lane
North River
Ontario
M0X 1Z9

Hello @centuryperf

Apologies, this thread went under our radar, were you able to resolve this issue? We have had another user report issues with ShipStation API and Canada, but that had to do with GLS.

Are you able to replicate this issue using the calculator within ShipSatation directly?