kevbot1

@adamdunnage,

Now that is embarrassing. What was discreet and missed on numerous passes is now screamingly obvious. And making the small amendment has resulted in the fix!

The only bug was in my configuration, not your plugin. I hope that others can get value out of this post and your support, as I have.

Thank you!

Hi @adamdunnage,

Thank you for your rapid response on this issue. Great support!

The stream URL does match the website URL, so unfortunately, we’re not putting a finger on the problem with that particular scenario. I have filled out your form and created a Loom walking through the issue that I’m having. I hope it’s helpful.

As mentioned in the Loom video and this post, when I manually create a new Data Stream in Analytics > Admin > Data Streams, Site Kit detects the new entity and lists it against my existing property. If there is no loss or compromise of data by moving across to a new data stream, I’ll be happy to do so to continue accruing analytics from the correct property. Let me know if that’s a feasible workaround.

I have left the new Property and DS that was automatically created by Site Kit operational, which will show when testing our site tags. I left it intact so you have the opportunity to investigate and, hopefully, find the source of any bugs or confusion here.

I’m hoping to get a response from you about a permanent solution or validating my workaround without too much fuss so I don’t continue to collect data in the property that I’ll be killing for too long.

Much obliged.

Hi @roxannestoltz,

Thank you for your response. Yes, I’m referring to the plugin “Xero by WooCommerce“. I copied/pasted the plugin’s title for accuracy, which doesn’t seem to have been clear enough. For future reference for myself and others reading this forum, can you please educate me on the accurate method of enquiring about a specific product (non-commercial products)?

I’ve also spent a good amount of time locating an answer in your documentation and on forums, but I have yet to find a clear solution. Therefore, my intention in keeping this pre-sales query in a public forum is intended to assist others who might be investigating the same scenario that I am, and your assistance here might help them as well. But I guess that’s regarded as support, which is against the forum guidelines.

I appreciate and understand your directing me to your own support resources. I’ve created a ticket and posted it to your support team and look forward to hearing from them.

When I get a response, is it within the guidelines to share the information I receive in this forum thread?

Thanks, Roxy!

Hi @rainfallnixfig,

Thank you for responding to this query. I have added the WooCommerce Admin plugin and can see that the package contains the updated version as you stated:

• current default WooCommerce platform version 2.6.5 (/wp-content/plugins/woocommerce/packages/woocommerce-admin)
• standalone admin plugin version 2.7.1 (/wp-content/plugins/woocommerce-admin)

Now that I have the standalone plugin in place, would there be any merit to deprecating the packaged/obsolete version in woocommerce/packages/?

After activating the WC admin plugin, I disabled the remove dashboard widgets snippet and ran into the timeout and access issue with the WordPress Dash > Home again.

So the filter add_filter( 'woocommerce_admin_disabled', '__return_true' ); has now been activated, has visibly removed the “Analytics” menu item from my dash and has resolved the timeout issue.

For those who are reading with interest and unsure of applying the above filter, I used the Code Snippets plugin and enabled it as “only run in administration area”.

It has not helped resolve the page load issue though, which may end up being unrelated. I’ll be in touch with Elementor support, but, unfortunately, my pains persist.

UPDATE – to continue troubleshooting the Elementor hang, I have disabled WooCommerce completely and am now able to perform the editing without issue. Dismissing the potential coincidence and need to chase Elementor support on this one…

@rainfallnixfig, how will I know when an update has been applied to the platform/standalone plugin that should see the definitive solution, so I can then remove the snippet and get back to normal operations without having to run a round of troubleshooting with every component I’m looking to edit? I am in the midst of a complete upgrade/overhaul of the site and these day-long inconveniences are not my idea of fun!

I truly appreciate your support and your team’s time on this.

• This reply was modified 3 years, 1 month ago by kevbot1.
• This reply was modified 3 years, 1 month ago by kevbot1.

Hi @forecastit,

The logs can be found when logged into your WordPress admin dash, under the Woo menu there’s a Status page. There is a Logs tab which shows any errors that were thrown.

On the error we’re experiencing, I wonder if AEDT / daylight savings is causing some grief, given @dom-verde is also using a .com.au domain, the error code is timezone related and we’ve just had the change of clocks??

If love to hear from WC support about this!

Cheers.

@diondesigns,

Your Google skills are, therefore, far superior to mine! Again, I really appreciate your response to this post.

I can see (now) that there is a similar WordPress forums post to the developer of the plugin with the same issue that I had. It seems as though it ‘should’ be regarded as expected behaviour if logging is enabled.

I’ll mark this topic as resolved. Again, thank you for your assistance WordPress community!

Hi @diondesigns and @amieiro,

Thank you both for your replies, this is a great start to my morning! I had a thought of which plugin was causing the issue but didn’t realise which one it truly was. And I had no idea whether simply deleting the wp_posts post_type HTTP records was going to cause me more tribulation than it was worth.

The link that Dion posted contains the answer! Core Control is a brilliant WordPress plugin (not sure if you have any affiliation with the author @diondesigns) but tucked away in the settings is an HTTP access logger that was enabled. Which is the primary cause of the space issue that I’m having!

The HTTP post logs date back to 2020 when I installed the plugin, so I don’t believe that the logs are being cleared on the 60-day interval as the plugin suggests.

I ran the following query that produced a filtered 391,980 results:

SELECT * FROM 'wp_posts' WHERE 'post_content' LIKE '%core_control%' AND 'post_type' LIKE 'http' ODER BY 'post_date_gmt' ASC

A few amendments to the SELECT query to run my DELETE simulation in phpMyAdmin, produced the same number of results:

DELETE FROM 'wp_posts' WHERE 'post_content' LIKE '%core_control_http_log_item%' AND 'post_type' = 'http'

The trigger has been pulled and the wp_posts table is down to 14MB from 6.8GB – a great success!

I really appreciate the assistance from you both and hope this information can be useful for anyone who’s scratching their head then hitting it against a wall like I was!

Cheers!

• This reply was modified 3 years, 3 months ago by kevbot1.

Hi David,

I apologize for the delayed response, I was away from my connection for these past few days. I have applied the script and it does assist in delivering the user experience that I was hoping for! I will continue testing and modify it for different use cases. But for now, I thoroughly appreciate your stellar assistance as well as your plugin. The pro version will enhance our customer’s progression through our forms which is amazing!

Thank you so much for the brilliant service experience!!

Much obliged.

Hi David,

That’s a very informative response that I appreciate, thank you! Also, thanks for taking a look at the sample page. I had refactored the page to remove the auto-advance feature as it was not providing me with the UX that I need. And, as a result, I fear that the point may have been missed. Sorry.

I would like to configure a method of auto-advancing through the form to a page that is determined by the dynamic population hook from a link on my site. So, for example, when using the same form, I would like to have a link with GF dynamic population that includes:

– 1x 3x3m selection (step 1)
– 1x pro lite frame (step 2)
– the compact frame (step 2.1)
– in-stock colours (step 3)

I have configured the GF hook and when implemented, each option from above is selected by the logic as expected. However, when using your auto-advance plugin the form does not advance to the page that contains the next step, colour selection. This is the experience that I would like to provide.

This is because prior to selecting the C2A link, the user will be presented with information that may result in them deciding to proceed with a pre-selected size, frame, and style. So the next step is simply colour and then accessories. I do not want to burden them with having to take the first few steps and I would like to consolidate forms for management purposes, rather than creating one for each unique C2A.

Will your plugin support this type of implementation?

Thanks again!

• This reply was modified 4 years, 5 months ago by kevbot1.