titsmaker

Thank you for providing a reply. I totally understand your reasons.

Ok, I’ve read the description again and noticed that separate tracking plugin is needed. So this plugin is only responsible for sending tracking information to trackship website. I have to notice that the images from the description are rather misleading cause they show some tracking features in WC interface which are from some other plugin (AST I suppose).

Actually I am going to switch as well soon. As for the others I can’t tell, although many store owners tend to be very conservative regarding updates so I can imagine many will use Legacy mode for years as some old plugins or custom code can block updating.
All in all I suppose you are right and it’s better to spend your time developing new features than supporting legacy ones.
I hope others will write their opinion in the future.
One last thought is that extra features provided by the plugin (such as tracking column and shipped status) should be optional, but there are no filters in the current code or options in settings.
Thanks for sharing the plugin. As I wrote earlier – there are literally zero up to date maintained lightweight fully free tracking plugins in WP repository.

Just want to let you know I am having the same issue.

OK, it seems I was able to find the code triggering the issue, supposedly it is here – https://github.com/woocommerce/woocommerce/blob/release/9.5/plugins/woocommerce/includes/wc-product-functions.php#L433C1-L440C5
Can someone confirm my guess?
Also can someone provide me with some wc_get_formatted_variation function substitute?

FYI here’s an open but stale ticket for the issue on GitHub – https://github.com/woocommerce/woocommerce/issues/36538

It seems the code I was searching is here – https://github.com/woocommerce/woocommerce/blob/trunk/plugins/woocommerce/includes/data-stores/class-wc-product-variation-data-store-cpt.php#L294

And here’s old Github issue mentioning the same issue- https://github.com/woocommerce/woocommerce/issues/24880

So, now I get some general idea how it works and it seems that not backordered status but global attribute set to “any” is what affecting title style (it’s just a coincidence that in my case such products are usually backordered). But I still don’t get how I can change this behaviour and why it’s the same even after applying the filter add_filter( 'woocommerce_product_variation_title_include_attributes', '__return_true' ); which according to the code should cancel the attribute quantity limitation.

As I wrote earlier I don’t want to share all this information here, is it possible to contact plugin’s support via woocommerce.com or otherwise?

Thanks for your answer. But I am still not sure if the plugin gonna work with legacy orders tables or not. As I don’t see any update_post_meta and similar post related commands in plugin’s code I assume it won’t.
I am eager to try the plugin as there are literally zero free WP shipping tracking plugins supporting HPOS and not flooded with garbage and trying to upsell premium but I just want to set my expectations right. I am currently switching to HPOS but I am still not sure that everything else is supporting HPOS so I was searching for plugin which works fine with both table structures but maybe I want too much.

As I mentioned in original message I used Pinterest?Tag?Helper?extension to check tag health and it showed no issues. It registered some other successful events but nothing on add to cart.
As for the dashboard I already temporarily solved the issue by deactivating AJAX add to cart and letting the tag to register several add to cart events. But anyway such a screenshot would not add anything – there was error text in red in corresponding section of tag health screen.
I am using the latest Pinterest plugin version (1.4.12). WC is also updated to the latest version (9.4.2).
I don’t want to provide information from WC status page here as it contains too much sensible data and most probably won’t give you any clue to what’s happening, if you want to investigate further I can provide such data in private messaging. Also I suppose that what you should ask first is “what AJAX add to cart plugin or theme with such functionality are you using”? As this AJAX add to cart code is causing issues, so either AJAX code or your plugin code is to blame. When I switch off AJAX add to cart the event is registered just fine.

Than you guys for such a thorough answer.

Probably following line should be updated:
add_meta_box('woocommerce-yqtrack', __('17TRACK', 'wc_yqtrack'), array(&$this, 'meta_box'), 'shop_order', 'side', 'high');

Namely 'shop_order' should be changed to 'woocommerce_page_wc-orders' if HPOS is enabled.

Also supposedly save metabox code should be updated and all get_post_meta should be replaced with $order->get_meta.

This article https://developer.woocommerce.com/docs/hpos-extension-recipe-book/ contains some general information regarding making plugin HPOS-compatible.

• This reply was modified 3 months, 2 weeks ago by titsmaker.
• This reply was modified 3 months, 2 weeks ago by titsmaker.

Thanks for prompt reply. First option seems like the one describing the situation. I thought that no new messages can cause this but still decided to ask. Sorry for bothering you.

It seems the plugin needs a new maintainer.

Just one more voice – please fix this.
The dreaded “Debug must be turned off on a production website” is not an answer indeed.
Why such “improvements” are released and then we need months to add one line of code with some new filter.
And there should be a check if automatic updates are turned on before sending these messages to the log.

You would need to share a link to your website in order to determine why you’re checkout page layout is off.

Can I share the link privately via your support?