mporraro

John,

Thank for the link. Glad to see there will be a fix forthcoming.

Thanks. Will wait or a update with a fix.

We might want repost the issue again. Perhaps a resolution will be more forthcoming?

John,

The problem is multisite. I turned off multisite (set to “false” in wp-config file) and was able to update correctly and the system report did not have any errors. I then reset the wp-config file to “true” and the system report showed “tables do not exist”.

Hope this helps. Your Thoughts?

What is next?

John,

Multisite may be part of the issue. I updated one of my sites that is single site and woo updated correctly. The site that I am having issues with is multisite. Tables exist in database but not in system reports.

Neo,

i believe that the issue may be in the database updater. The updater was taking a long time to finish the update. I clicked the link “taking too long update now” and that seemed to complete the process. However, the issue still persists. My database is about 150 Mb.

Neo, I just updated on my test site, and yes, the tables do “actually” exist in the database and show “Table does not exist” in the system status report. Not sure what the next step is. Is the issue just a problem with the reporting function or is the issue a more serious problem with the database and other functions?

Your thoughts?

Neo, I have not checked my database tables to see if they exist. I only see the “tables do not exist” notices in the system status. will check database to see if they exist.
thanks

Neo,

No news yet.

I have tried all the standard update techniques. Changed the theme to one recommended for woo, turned off all plugins and tried to update. All attempts have the same failure. I loose all Woo tables except 2 tables.

Link to templates:
https://github.com/woocommerce/woocommerce/tree/release/3.5/templates

ingridshop,

go to this link to add the most recent version (3.5.0) of templates. You should find the template you need.

Regards

Matt

wpsolutions,

I found the code that is the problem.
——————
/*
* Re-wrote code which checks for REST API requests
* Below uses the “rest_api_init” action hook to check for REST requests.
* The code will block unauthorized requests whilst allowing genuine requests.
* (Peter Petreski)
*/
add_action( ‘rest_api_init’, ‘check_rest_api_requests’, 10, 1);
function check_rest_api_requests($rest_server_object){
$rest_user = wp_get_current_user();
if(empty($rest_user->ID)){
wp_die(‘You are not authorized to perform this action’);
}
}
——————–

The code lives in the wp-security-stop-users-enumeration.php file.

If I remove the code and enable user enumeration, the contactform 7 works again.

Hope this helps.

Regards

Matt

MPthewho,

I can confirm you are correct about the problem “Users enumeration” (under the tab Miscellaneous) stops the functionality of sending emails through contact form made with Contact form 7 plugin. If you disable the user enumeration feature the contact form works again.

I have replicated the problem on three websites. The problem occured after an AIOWPS update two days ago (update 4.3.4)

Hope a fix is soon forthcoming.

Regards
Matt

Alin,

Will overwrite the files and wait for the 4.9.x.

Thanks again

Matt

Alin,

I double checked the browser console again and found these three items when I was on the admin page.

09:07:49.500 Unknown property ‘-moz-osx-font-smoothing’. Declaration dropped.1 gadwp.css:185:24

09:07:49.500 Unknown property ‘-moz-osx-font-smoothing’. Declaration dropped.1 gadwp.css:185:24

This line item showed each time I changed from realtime to today.
09:12:50.256 Error in parsing value for ‘transition’. Declaration dropped.1 index.php

hope this helps

Matt