Handcraft Byte
Forum Replies Created
-
Hello @tomast,
sorry for long response time due to holidays.
We will have a look into this case and issue a fix. We will let you know once it’s available.
All the best,
Handcraft Byte@tomast we published a version which should handle the edge case that product does not have categories correctly. Let us know if that helps with some of the problems reported. Btw. we couldn’t get WooCommerce into such state when using Admin Panel, trying to save a product without category assigns it to “Uncategorised”, we wonder how you ended up in such situation?
Big thanks @caffeinatedweb for the confirmation here and the positive review.
We really appreciate all of it!
All the best,
Handcraft ByteHello @tomast!
Thanks for reaching out and giving some suggestions to the next releases.
It sounds like something we could address by introducing filters that you can hook up to and inject your additional parameters. I wonder what are the parameters that you would like to add? Maybe it could also be handled in the settings of the connector too.Regarding the PHP errors that you have reported it seems we don’t handle an edge case where a product isn’t in any category. We will have a deeper look and provide you an update later today.
Last but not least we had a look at your page but we cannot see the “addToCart” snippet at all in the page, we see some separate
ga
calls though. Are you using Universal Analytics property or new GA4?If you don’t want to expose too much of details here we can follow up via email at [email protected] – we also try to share some preview versions of plugin like that so you can test it before we release public version.
Let us know, all the best,
Handcraft Byte teamAs we verified with @renanjo over the email the latest release fixes the issues.
Thank you @renanjo for the additional details. We followed up via email and we will release a fixed version soon!
Best regards!
Hello @renanjo ,
thanks for reaching out. This is pretty weird error. This is the line of the plugin code which causes the problem for you:
There are two options we see:
1. Your server is using some older or specific PHP version which has troubles with some statements in our code
2. The script got malformed during installCan you provide us some more details:
1. Version of the PHP your server is running on? WordPress and Apache/Litespeed versions would be helpful too ??
2. If possible can you send us (here or at [email protected]) the content of the file directly from your server? (/queridocafe/wp-content/plugins/gtm-ecommerce-woo/lib/EventStrategy/AddToCartStrategy.php)Let us know!
We want to make it work and provide value ??Handcraftbyte team
That’s weird. We tried to go to the page you have linked above, but we obviously cannot get through to the confirmation page without buying a product there.
Could you send us ([email protected]) the full page source of the successful confirmation page?
If that won’t tell us anything the only other option would be to have a look at how the Custom Confirmation plugin calls the thankyou action, but we would need to get an access to parts of the code…
We had a look at the Custom Thank You Pages plugin and according to this section:
https://docs.woocommerce.com/document/woocommerce-custom-thank-you-pages/#section-8You may need to add to your page following short code:
[order_detail key="thankyou_action"]
I’m not sure if that would have any unwanted side effects, but our plugin hooks into
woocommerce_thankyou
action so you need to call it on your custom thank you page.Let us know if that worked for you, otherwise we are happy to search for alternative solutions.
All the best
Hey @caffeinatedweb!
thanks for posting this ticket.
The
purchase
tag is fired on so called “thank you” or confirmation page. Depending on the chosen payment gateway it will be shown to the user and the event will be tracked after payment confirmation.Let me know if that helps or if you have any further concerns,
all the best,
Closing since the bug itself was resolved. Feel free to create a new topic if needed.
Hey!
Big thanks for reporting the problem. Indeed the file was accidentally missed in the latest release.
We have just deployed v1.3.1 which should solve the problem. The “preset” JSON file is present there.
Let me know how things are going for you as we know this feature is very basic and requires some annoying manual steps, but we want to evolve it soon.
All the best,