mikmikmik

Ah just discovered it’s only happening if the “Stock management on product page” option is set to “No”. Setting that option to “Without locations dropdown” or “With locations dropdown” corrects the issue.

hi fahad,
i thought this one was resolved, but have discovered the stock value is being overridden if the user is logged into wordpress/woocommerce.

logged out users see the overridden value.
logged in users see the stock value your plugin sets (0) no matter how hard i try to override it with higher priority functions. weirdly it’s just the stock value itself, not the text that i’m overriding around it.

have confirmed this by being logged in and toggling the activation of your plugin

cheers,
mik

Also I think the default messages should just be “Out of stock” and “x in stock”, not the long protracted explanation of my specific use case! ??

Thanks fahad!
There’s a few edges cases that can affect that output, like if backorders are turned on, and if stock management is turned on etc, which you might want to add. But given you’re now applying the filter people can also easily override it in their theme functions.php file.

no worries, i just thought it was relevant seeing as the issue only appeared after version 1.9.5 when this feature was implemented. all good.

fantastic thanks Fahad

Hi Fahad,

I’ve updated the plugin to 2.0 and unfortunately I’m still seeing the same issue. Placing the slw_product_variations_locations or slw_product_locations shortcodes, with or without the new parameters, above the add to cart form on a variable product seems to remove the <form class=”variations_form cart”> form completely from the page. They work fine on a simple product however.

I’ve tried turning off plugins which might affect the display of that variations cart and nothing’s helping.

cheers,
mik

hi fahad, yep my initial quest was solved, sorry to conflate the two issues. it’s not in production yet so no need to act quickly on the bug. i’ll check out the plugins code myself and see if i can offer any insight into why it’s happening.
thanks, mik

hmm global $product; is part of this template above the code i’m inserting, so it should be able to access that.

i’ve tried adding the shortcode directly in the product page editor and get the same issue. if i paste it into the “product short description” which appears above the add to cart button then it doesn’t render the add to cart button

if i place the shortcode in the long description then it renders fine.

hi fahad, im not sure how to do a screen recording, but will try to explain.

i’m using storefront theme and placing a shortcode in content-single-product.php template.

if i place the code like this:
echo do_shortcode(‘[slw_product_variations_locations show_qty=”yes” show_stock_status=”yes” show_empty_stock=”yes”]’);

do_action( ‘woocommerce_single_product_summary’ );

the entire add to cart form doesn’t appear in code or on the page.

if i switch it so the shortcode runs after the product summary action then it renders.

do_action( ‘woocommerce_single_product_summary’ );
echo do_shortcode(‘[slw_product_variations_locations show_qty=”yes” show_stock_status=”yes” show_empty_stock=”yes”]’);

am wondering if there’s an error in the shortcode that’s stopping the add to cart form from appearing.

hmm actually not out of the woods, it seems whatever changes you’ve made have a bug and if the shortcode is placed above the code for the add to cart button on the product page the variation selections and add to cart button disappear!

Fantastic! thanks for the quick fix and update Fahad!

I just did a test and can confirm that product dimensions aren’t showing up in the order, or for the product itself. Is this something that should work?

Hi Rashed,
None of our products have dimension data on them so I can’t confirm if that also behaves the same way :/
I looked into the XML export data from this plugin and individual weights are there for each item in the order. I’m just baffled as to why this wouldn’t map across when the product is created in ShipStation. I’m wondering if it’s a bug in XML, ie the XML doesn’t match Shipstation’s OrderItem model correctly, or if it’s just something that hasn’t been implemented yet.

Thanks,
Mik

Hi Damian,

I’ve tested on 3 different sites (both Apache and Litespeed) and they all show the REST API error in Site Health (/wp-admin/site-health.php) when the plugin is turned on. No other changes are being made. No other plugins activated.

“The REST API is one way WordPress, and other applications, communicate with the server. One example is the block editor screen, which relies on this to display, and save, your posts and pages.

The REST API request failed due to an error.
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)”