[Resolved] [Urgent] Bad algorithm to find the wp-load.php file
This support ticket is created 7 years, 7 months ago. There's a good chance that you are reading advice that it now obsolete.
This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.
Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.
No supporters are available to work today on Toolset forum. Feel free to create tickets and we will handle it as soon as we are online. Thank you for your understanding.
The version 1.8.1 of Toolset CRED plugin, had changed how cred_find_wp_config_path() function work in "submit.php" file.
The new algorithm is broken when multiple WP installations are exist in the root directory for an example, the function had included another wp-load.php for another WP installation in one of my clients sites!.
The old version of the same function was working fine, but definitely, slow and could be broke if the WP installation is using a custom WP_CONTENT directory.
Finding the true wp-load.php file is hard, Why you don't use WordPress Ajax API?! ...
Please, review the changes, we need a hotfix update.
2)
*** Please make a FULL BACKUP of your database and website.***
I would also eventually need to request temporary access (WP-Admin and FTP) to your site. Preferably to a test site where the problem has been replicated if possible in order to be of better help and check if some configurations might need to be changed.
I would additionally need your permission to de- and re-activate Plugins and the Theme, and to change configurations on the site. This is also a reason the backup is really important. If you agree to this, please use the form fields I have enabled below to provide temporary access details (wp-admin and FTP).
I have set the next reply to private which means only you and I have access to it.