aslservices
Forum Replies Created
-
@imorandinwnp I have not resolved it yet, limping along.
@shahzeenfarooq If it is the same issue, why fragment it across multiple posts?Hi, I have since been trying to make it work, and behind the scenes I have duplicated the product because I have not yet been able to figure it out from the xdebug traces.
What you’re seeing is the duplicated products, which are working. We have hidden the problematic products.
However, I have seen inconsistent behavior depending if I’m running in in an incognito window vs logged in. Sometimes it works in an incognito window.
I was wondering about clearing out saved carts and user sessions, might that help?
-BrentYes. During my original debugging, I deactivated all plugins except for woocommerce – and the problem still existed.
Hi, I’m still trying to enable the PHP logging to trace the activity. In the course of testing when I was duplicating products as a debugging step, the original product started working correctly, and then other products started exhibiting the issue.
Here are the currently affected products:
https://www.autosportlabs.com/product/podiumconnect-micro-live-motorsports-telemetry-stream-data-from-your-racecar-with-aim-motec-ecumaster-vbox-lowrance/
https://www.autosportlabs.com/product/podiumconnect-live-stream-motorsport-real-time-telemetry-from-aim-motec-race-technology-or-other-data-acquisition-systems-to-podium/
https://www.autosportlabs.com/product/racecapture-pro-mk4-lap-timer-data-logger-telemetry-system/
Please note, I’ve set the PHP timeout to 5 sec so these pages can load correctly. However, the products with variations are broken due to this error – if I select a variation and click ‘add to cart’ it comes back with an error.
I’ll follow up with more detail asap, specifically with the PHP tracing.Hi, I enabled querymonitor, but on the problematic pages I don’t see the statistics that the other, correctly-running pages are showing. Seems like the timeout happens before query monitor can run?
Hi, I’ll work on enabling more debugging. In the meantime I’ve also enabled woocommerce logging and I’ve observed this whenever php times out
{ “error”: { “type”: 1, “file”: “/var/www/www.autosportlabs.com/public_html/wp-content/plugins/woocommerce/includes/wc-term-functions.php”, “line”: 57 }, “remote-logging”: true, “backtrace”: [ { “file”: “/var/www/www.autosportlabs.com/public_html/wp-content/plugins/woocommerce/includes/class-woocommerce.php”, “line”: 453, “function”: “critical”, “class”: “WC_Logger”, “type”: “->” }, { “function”: “log_errors”, “class”: “WooCommerce”, “type”: “->” } ] }Thanks again for your help –
Hi, I’m still trying to debug this.
What I’ve noticed so far is if I duplicate a problematic product, it will go away.
Then if I duplicate another problematic product, the previous duplicated product will start to exhibit the issue.
Are there more profiling options I can enable that will show what’s making the timezone calls repeatedly?Hi, thanks for the quick reply.
* All were created directly in WC via the regular web UI tool.
* so far it affected an older product that was previously working fine. I’ve spot checked a few and haven’t found problems with others, but will keep checking.
* Nothing in common that I can tell.
More info- this is what I see in strace when it’s trying to load. these statements continue until PHP times outstrace: Process 1711929 attached
14:32:29.449439 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.449861 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.450160 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.450449 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.451390 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.451656 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.451915 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.452138 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.453065 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.453329 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.453564 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.453828 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.454740 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0
14:32:29.455020 newfstatat(AT_FDCWD, "/usr/share/zoneinfo/UTC", {st_mode=S_IFREG|0644, st_size=114, …}, 0) = 0Forum: Plugins
In reply to: [WooCommerce] Not sending order confirmation emails after woocommerce updatesTo close the loop, we have a plugin that generates a PDF invoice. That invoice is included with the new order confirmation.
Turns out that when the PDF invoice plugin was updated, they changed the tmp storage directory and the directory permissions did not allow for writing, causing the emails to fail.Forum: Plugins
In reply to: [WooCommerce] Not sending order confirmation emails after woocommerce updatesHi, any ideas on how I can troubleshoot this further? I’m not seeing any error reports regarding sending emails. What can I do to evaluate this issue?
Hi, thanks for the reply. Is it your intention to allow locally hosted videos to work in the slider, when this is fixed?
Thanks for the reply. I am using the free.
I think the pro video feature you are mentioning is about external videos.
This is a locally uploaded video file, which it is allowing me try to select.
Only after selecting it does it show an error message. If it was restricted to a “Pro” version, then it should tell me in advance.
Therefore, it appears to be a bug or another problem.Hi, thanks for the reply. The details for this plugin says:
WordPress Version: 5.2 or higher
But the newer woocommerce requires a higher wordpress version.
I recommend the plugin details page be updated to reflect these constraints.-Brent