midihead

Awesome. Thanks!!

So is iThemes aware of the issue and actively looking into it?

It’s happening for me too since the upgrade to 4.8. Mine happens every once in a while but not all the time. Clearing my cookies lets the site load for me also. I was afraid that all my site visitors were seeing this error but it sounds like it affects those who specifically log in (some of our customers do). This has been driving me nuts. I’m glad I found this thread. Thanks!

Can you please provide a screenshot of the Delete All button? I only see the Bulk Action dropdown with the Delete option there. That method is very inefficient when you have a lot of 404’s to delete. Thanks.

I just figured out why this was happening. I had that file listed in WP Rocket in the “JS files with deferred loading” section and forgot to delete it before. Since deleting it, I’m no longer getting the 404.

I just figured this out. Went to phpMyAdmin, found the wp_redirection_404 table and clicked the Empty option for that table:

https://pasteboard.co/adsAdlaym.png

That worked for me.

Yes, I’m referring to the order number. Our current WooCommerce Authorize.net CIM gateway passes this on to Authorize.net and the data appears in the Order Information section:

https://pasteboard.co/7w9x7DCr3.png

Great. We do hope that you add Level 2 Data since it shows the breakdown of tax and shipping charges in Authorize.net which is important to us. Thank you.

Just checking in on this issue again. I see that the plugin has been updated since this issue was reported but the conflict with BackupBuddy still exists. Please fix this ASAP. Thank you.

Do you have an update on this issue? It is still occurring. Thanks!

I’m just using one rule set up for one category set up the normal way. I’m not using steps.The developer will need to assist you with your particular issue as I am not qualified to troubleshoot this for you. I still require assistance for my own issue. Sorry.

Yes, as far as I can tell, the only issue I see is that the display of the rule isn’t appearing correctly on the individual product pages in the backend. The plugin appears to be functioning correctly otherwise. I set up the rule in the Quantity Rules section (in the left admin menu) and chose the specific category. Even though it appears to be working on the front end, the reason I reported this is because it doesn’t appear that the rule being repeated over and over again is the intended behavior.

I am seeing the same exact thing. If I deactivate Footnotes, then the BackupBuddy error disappears but reappears when Footnotes is reactivated. The same code is being flagged in the Chrome debug console for me as well.

Here is a screenshot of the error that BackupBuddy throws:

https://imgur.com/a/1UkR1

Can we please have a fix for this? Thank you very much.

Yes, you’re right. It turns out that the WooTax plugin that adds the TIC field is conflicting with the Variation Description field. As soon as I disabled the WooTax plugin, the Variation Description field appeared.

Thanks for pointing me in the right direction!

Thanks Daniel. That’s where I thought it should be but I’m not seeing that field. This is what I see:

View post on imgur.com

I am closing this here and asking my question in the official Support Forum instead as they instruct us to do. Sorry, I didn’t realize the forum existed until now. Thanks.