Using this plugin for the first time to try and replace the 1TeamSoftware Live Rates plugin and nothing shows up when I’ve activated this plugin.
Steps I’ve taken: – Have gone into the Settings and added the v2 API key, have added USPS and UPS on the list (although both say “(manual)” at the end) – I have gone into Shipping Zones and created a zone for the US, added the “Shipstation Rates” shipping method, and tried the default and also manually selecting the services available and yet my cart shows “There Are No Shipping Options Available”. I know that there are shipping options available because the other plugin returns the correct list and prices but, for some reason, this one shows nothing.
Is there something I’m missing that needs to be done?
Thank you for giving our plugin a try! We apologize that you’re running into issues with it and will do our best to assist.
The (manual) flag should denote Shipping Carriers that were manually connected to ShipStation, which are not the ShipStation core carriers. That being said, we have found some issues with the returned API flags that could mark core ShipStation Carriers as (manual) in some cases, which will be patched in version 1.0.1 scheduled for next week.
One of the features on our roadmap is a better log/error system outside just the WooCommerce logs. In the meantime, you can enable WooCommerce debug logs by following the below instructions:
Log in your WordPress Admin Panel.
Using the left-hand navigation, navigate to WooCommerce > Settings > Integration > ShipStation
Toward the bottom of the settings page is a checkbox labeled “Enable Logging”, please check this checkbox and save the settings on this page.
This will log API requests and errors. These logs can get quite lengthy, we do not recommend leaving them on for extended periods of time and to clear them out whenever you’re done. You can review these logs by visiting the following page:
Through the WordPress Admin Panel, navigate to WooCommerce > Status > Logs
Here you should see a list of WooCommerce logs. The specific logs you want to look for are going to be labeled live-rates-for-shipstation – Within these logs you should see a number of Info tags with an Additional Context accordion that you can click to see the JSON behind the request / data.
Could you please enable logging as described above, go through the cart/checkout process, and then check those logs for any Debug flags? Otherwise, if you expand the Info tags, does it show any errors / error messages?
Thanks for the quick reply. I did enable logging and didn’t see anything that was off but I’ll attach it here for reference. I also didn’t see anything in the browser Developer Console that highlighted any errors. As far as I can see, the last few responses are all 200.
@dpkonofa Thank you for sharing your logs. We see that everything looks correct in the logs.
What we’re not seeing is any requests to rates/estimate which means the API hasn’t tried to run a rates query yet. The Rates endpoint does require a zip/postal code before it can run a valid rates estimate.
The Legacy WooCommerce Cart page (which used a shortcode) had a “Calculate Shipping” link where the customer could input their zip/postal code to get Shipping Rates on the Cart page. This has been removed in the new WooCommerce Block Editor experience and only runs for existing users with zip/postal codes set.
The WooCommerce Checkout runs the Rates Estimate request in either Block or Legacy whenever the Zipcode/Portal Code input has been updated.
In short, the system needs a zip/postal code to work with before it can make a valid rates request. It either needs to be pre-existing on the customer or input by the customer during the cart/checkout process.
Could you try to get to the Checkout page, enter a zipcode that your store supports shipping to, and let us know your results? The WooCommerce Logs mentioned in the previous reply should also log this request as well.
Thanks. This is what I’m currently doing (and moreso since I’m typing in the entire address). Let me grab a video and I’ll post a link here. No matter what address I’m entering, it says there’s no available shipping method. The only one that actually shows one is if I enter a local address and that’s only because I’m offering local pickup in my ZIP code so that’s what shows up. Outside of that, there are no shipping options displayed.
@dpkonofa Thank you again for both your patience and debugging regarding this matter.
We have found that this is a legitimate issue with individual packages not returning shipping requests back to the shipping method and have pushed v1.0.1 early to resolve this issue.
Could you please update to the latest version of this plugin and let us know if you continue to run into issues?
OK… semi-good news. It looks like the issue of it not returning *any* rates has been resolved. However, it’s not returning all the available rates. It’s only returning some and only from the first carrier in the list (USPS). On the settings page for the integration, where you select the carriers to use, USPS happens to be first but it doesn’t seem like there’s a way to change the order. If I remove *all* of the carriers from the list, it still shows just the first few USPS results. If I only add *UPS*, it still only returns the first few USPS results, not the first few USPS results.
One other thing that’s not entirely related but would make the UX a bit easier, imo – the list of results should be an HTML <select> element. Since there could potentially be dozens of shipping method options, the current radio element means that the list could push the length of the page pretty far. A <select> element with the choices would allow for consistency in the design of that section without pushing it out as more options are present.
Happy to help with any further troubleshooting! Just let me know how I can help!
One more update. I cleared my server cache, just in case, and now the plugin is returning all the options correctly but it’s returning all the selected ones whether I have one carrier or none listed on the Shipstation integration settings (“Shipping Carriers”).
@dpkonofa We wanted to let you know that we have just published v1.0.2 which better refines the caching system which we believe should take care of the strange shipping services issues you’re seeing on checkout. If the latest update does not immediately resolve the issue, please try clicking the Clear Cache button under WooCommerce > Settings > Integration > ShipStation.
We agree with your UX suggestion, especially when using ShipStation there may be a number of available services to choose from. Unfortunately, this is either Theme or WooCommerce territory. The entire experience there is the WooCommerce Checkout Block (or Checkout shortcode depending on your usecase). We’re just not sure that 1). overriding this is feasible cross-theme and 2). a UX change such as this fits within the context of this plugins’ expected modifications. That being said, if you have further resources to support this kind of update, or plugins that also do this kind of UX change, we may reconsider.
Thanks again for your patience and assistance getting our little plugin off the ground. If you run into any other issues please let us know – have a wonderful rest of your week!
Viewing 9 replies - 1 through 9 (of 9 total)
The topic ‘No Shipping Rates Found’ is closed to new replies.
