Title: garywatson's Replies | WordPress.org --- # garywatson [ ](https://wordpress.org/support/users/garywatson/) * [Profile](https://wordpress.org/support/users/garywatson/) * [Topics Started](https://wordpress.org/support/users/garywatson/topics/) * [Replies Created](https://wordpress.org/support/users/garywatson/replies/) * [Reviews Written](https://wordpress.org/support/users/garywatson/reviews/) * [Topics Replied To](https://wordpress.org/support/users/garywatson/replied-to/) * [Engagements](https://wordpress.org/support/users/garywatson/engagements/) * [Favorites](https://wordpress.org/support/users/garywatson/favorites/) Search replies: ## Forum Replies Created Viewing 8 replies - 1 through 8 (of 8 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce Admin] There has been a critical error on this website](https://wordpress.org/support/topic/there-has-been-a-critical-error-on-this-website-34/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [5 years ago](https://wordpress.org/support/topic/there-has-been-a-critical-error-on-this-website-34/#post-14419162) * This was a known issue that was fixed in v2.2.5… * [https://github.com/woocommerce/woocommerce-admin/pull/6955](https://github.com/woocommerce/woocommerce-admin/pull/6955) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] Bug on last update](https://wordpress.org/support/topic/bug-on-last-update-2/) * [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [5 years ago](https://wordpress.org/support/topic/bug-on-last-update-2/#post-14412102) * I’m suddenly seeing the exact same error (same files and line numbers referenced in the stack trace) logged by my website, specifically when I try to open Marketing\ Coupons page in WP Admin. * When I run the conflict test I see that it’s the “WooCommerce Admin” plug-in that’s causing this issue. * I’ve created a [post](https://wordpress.org/support/?post_type=topic&p=14412088) in that plug-ins support forum about this. * P.S. the forum post I created is awaiting moderation so may not be immediately visible. - This reply was modified 5 years ago by [garywatson](https://wordpress.org/support/users/garywatson/). * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce Admin] Download of Analytics Revenue reports often fails silently](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [5 years, 5 months ago](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/#post-13689745) * To be clear, the Orders report worked eventually, the original issue with the Revenue report still exists. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce Admin] Download of Analytics Revenue reports often fails silently](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [5 years, 5 months ago](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/#post-13687386) * CORRECTION… * > I can recreate this issue in the Orders report with Date Range set to “Last > Month”. * …this report did eventually arrive by email, it just took a while. * So, to be clear, I have not been able to recreate this issue in other reports, based on limited testing of the Orders and Products reports with a handful of date ranges. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce Admin] Download of Analytics Revenue reports often fails silently](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [5 years, 5 months ago](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/#post-13687358) * Hi [@mikestraw](https://wordpress.org/support/users/mikestraw/) * > If you edit a product, do you still see the dropdown and checkboxes next to > Product data? * Yes, for Simple products we see exactly those options when editing. * > Did you find anything in the WooCommerce logs? * We recreated the issue by requesting download of the Revenue report with Date Range set to “Last Month”. When we view the list of WooCommerce logs, there is no “fatal-errors” entry for today so presumably there was nothing to log. The most recently available fatal-log file from 2020-11-17 contains only errors in connection with a small bug we introduced in the functions.php file for our child theme. Reviewing the other log files that DO have an entry for today’s date… * webhooks-delivery-2020-11-20 woocommerce-gateway-stripe-2020-11-20 * …these appear to be debug logs for plug-ins and they don’t contain any entries around the time we recreated the issue. * > Also, is this happening for just the Revenue reports or is it all of them? > Do reports that don’t require an email work OK? * I can recreate this issue in the Orders report with Date Range set to “Last Month”. I’m unsure which reports/settings don’t require an email, but the Revenue report for “Today” downloads in my browser without issue. * If I had to guess, this feels like it’s connected to the amount of data involved in the report, e.g. the bigger the dataset, the more likely the report is to fail (but with no apparent error being logged, it’s hard to be sure). * > Also, could you please share a copy of your site’s System Status? * Happy to share this with you privately if you can suggest how to do this? * Gary * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce Admin] Download of Analytics Revenue reports often fails silently](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [5 years, 5 months ago](https://wordpress.org/support/topic/download-of-analyticsrevenue-reports-often-fail-silently/#post-13678848) * Hi [@mikestraw](https://wordpress.org/support/users/mikestraw/), thanks for your reply… * > Does that WebSocket error appear in other areas of your dashboard? That may > be a sitewide/dashboard-wide call to WordPress.com, so it may help to see if > it’s reaching back and being blocked. * Actually yes, now that you mention it I see that message does appear quite regularly throughout WordPress admin. * > Is your WooCommerce database version aligned with the WooCommerce version you > have installed? * Yes, I can confirm that both the WooCommerce version and database version are aligned at v4.6.2. * The issue persists, though perhaps not a big surprise because we didn’t change anything yet 🙂 * Let me know what you think Gary - This reply was modified 5 years, 5 months ago by [garywatson](https://wordpress.org/support/users/garywatson/). * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Login No Captcha reCAPTCHA] Slow admin login when plugin is enabled](https://wordpress.org/support/topic/slow-admin-login-when-plugin-is-enabled/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [6 years, 4 months ago](https://wordpress.org/support/topic/slow-admin-login-when-plugin-is-enabled/#post-12255544) * Hi Robert, thanks for the quick response, all understood and thanks again * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Login No Captcha reCAPTCHA] Slow admin login when plugin is enabled](https://wordpress.org/support/topic/slow-admin-login-when-plugin-is-enabled/) * Thread Starter [garywatson](https://wordpress.org/support/users/garywatson/) * (@garywatson) * [6 years, 4 months ago](https://wordpress.org/support/topic/slow-admin-login-when-plugin-is-enabled/#post-12255142) * We see that there IS an outbound HTTPS request on the web server to 172.217.169.68( a Google IP) during the delayed login, which suggests that the plug-in does indeed attempt to send an outbound request from the server side. * Assuming you agree with this assessment, is there any way to disable the outbound request in the plug-in, to avoid the delay? * Thanks again Gary Viewing 8 replies - 1 through 8 (of 8 total)