Skip Navigation

[Resolved] Toolset Access error into recovery mode

This thread is resolved. Here is a description of the problem and solution.

Problem:
Toolset Access error into recovery mode

Solution:
This issue is fixed with Toolset access version 2.8.1.2.

Relevant Documentation:

This support ticket is created 5 years, 4 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.

Sun Mon Tue Wed Thu Fri Sat
- 10:00 – 13:00 10:00 – 13:00 10:00 – 13:00 10:00 – 13:00 10:00 – 13:00 -
- 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 -

Supporter timezone: Asia/Kolkata (GMT+05:30)

Tagged: 

This topic contains 16 replies, has 5 voices.

Last updated by Chris 5 years, 4 months ago.

Assisted by: Minesh.

Author
Posts
#1348547

Hi, I'm currently developing a site and it was working ok, but after updating the plugins today (along with some other stuff) the site goes into recovery mode with the following info:

Error Details
=============
An error of type E_ERROR was caused in line 301 of the file /home/webtest/public_html/wfc/wp-content/plugins/types-access/application/controllers/permissions_post_types.php. Error message: Uncaught Error: Class 'OTGS\Toolset\Access\Controllers\PermissionsPostGroups' not found in /home/webtest/public_html/wfc/wp-content/plugins/types-access/application/controllers/permissions_post_types.php:301
Stack trace:
#0 /home/webtest/public_html/wfc/wp-content/plugins/types-access/application/models/capabilities.php(615): OTGS\Toolset\Access\Controllers\PermissionsPostTypes->get_post_type_caps(Array, Array, Array, Object(WP_User), 'publish')
#1 /home/webtest/public_html/wfc/wp-content/plugins/types-access/application/controllers/filters/backend_filters.php(427): OTGS\Toolset\Access\Models\Capabilities->get_capabilities_by_user_permissions(Array, Array, Array, Object(WP_User))
#2 /home/webtest/public_html/wfc/wp-includes/class-wp-hook.php(286): OTGS\Toolset\Access\Controllers\Filters\BackendFilters->toolset_access_has_cap_filter(Array, Array, Array, Object(WP_User))
#3 /home/webtest/public_html/wfc/wp-includes/plugin.php(208): WP_Hook->apply_filters(Array, Array)
#4 /home/webtest/public_html/wfc/wp-include

#1348557

I have just tested a working backup from before the update, and updated the plugins again with the same result. So I'm fairly confident the issue is caused by the plugin update and not something else I've done.
thanks

#1348567

Hello,

Thanks for the details, the problem you mentioned above is abnormal, please try these:
1) Reinstall Toolset Access plugin manually, you can download it here:
https://toolset.com/account/downloads/

2) Deactivate all other plugins, and switch to wordpress default theme 2019, and test again

3) If the problem still persists, please provide database dump file(ZIP file) of your website, also point out the problem page URL, I need to test and debug it in my localhost, thanks
https://toolset.com/faq/provide-supporters-copy-site/

#1348651

Hi, I have run the plugin update and have got exactly the same errors.

#1348655

Thanks for the details, I am downloading the files, will update here if there is anything found.

#1348799

I can install the duplicator package in my localhost and see the problem, here are what I found:

1) deactivate plugin: Fusion Builder
2) switch from "Avada Child" to WordPress default theme 2019

Then it works fine, can you confirm it in your website?

If it is, then it should be a compatibility problem, according to our workflow, we need provide detail steps to duplicate the same problem in a fresh wordpress installation.

But I am not familiar with Avada theme and the Fusion Builder, do you have any clue to duplicate the problem in a fresh WordPress installation? Please provide detail steps.

Otherwise, I can escalate this issue as an exception.

#1349565

It's the plugin. I've got the same error.

#1349619

OK, I have done some more tests, and the Fusion Builder plugin (part of Avada theme) causes the issue on theme. The Avada theme also has the issue itself with the Fusion Builder plugin disabled.

However going back to version 2.7.5 of Toolset Access fixes the problem on all configurations, so whatever the incompatibility is, it was introduced in the 2.8 plugin update.

As mentioned earlier, logging in as Administrator does not cause the issue. And for me, if I disable the Access Control for Pages, that also fixes the issue.

I can try and start with a fresh install to find when the problem starts, but not sure when I can get to that.

#1349637

I made a fresh install.
Installed Toolset Access (2.8)
Installed Avada Theme and it's base plugins of Fusion Core and Fusion Builder.
Ran latest patches for Fusion items
Created a Contributor user.

Tested logging in as Contributor. All working fine at this point.

Turned on Access Control for Pages.
Tried logging in using Contributor user and the site is broken.

Deleted Access 2.8 and installed Access 2.75
Everything works fine.

Reinstalled Access 2.8 and it's broken again.

* Broken when logged in as anyone but an Administrator.
p.s. I choose to use Avada theme as it was the only one I owned that is listed as a recommended theme by toolset

#1349649

Thanks for the details, I can duplicate the same problem by following your steps, and have escalated it, will update here if there is any news.

Currently, you can use Access plugin 2.75 and wait for the fix.

#1350017

Our developers are aware of this issue and will expedite fixing it.

Currently you can try the workaround of below errata:
https://toolset.com/errata/fatal-error-when-logging-in-with-non-admin-roles-in-specific-cases/

#1351267

Unfortuantely, I have tried the updated plugin 2.8.1.1 but nothing has changed. The problem is still exactly the same.
Just for a test, I also tried the workaround update, but it was the same.

I have gone back to 2.75 until this is fixed properly.

#1351293

Thanks for the feedback, I have tired it again, here are what I found:
1) For the original problem:

An error of type E_ERROR was caused in line 301 of the file /home/webtest/public_html/wfc/wp-content/plugins/types-access/application/controllers/permissions_post_types.php. Error message: Uncaught Error: Class 'OTGS\Toolset\Access\Controllers\PermissionsPostGroups' not found in /home/webtest/public_html/wfc/wp-content/plugins/types-access/application/controllers/permissions_post_types.php:301

By following the steps you provided in post:
https://toolset.com/forums/topic/toolset-access-error-into-recovery-mode/#post-1349637

Toolset Access 2.8.1.1 can fix above problem.

2) Then I have tried the duplicator package you provided in post:
https://toolset.com/forums/topic/toolset-access-error-into-recovery-mode/#post-1348631

I get another PHP error:

Fatal error: Uncaught Error: Call to undefined function OTGS\Toolset\Access\Controllers\toolset_getnest() in \plugins\types-access\application\controllers\permissions_post_groups.php on line 186

This is different PHP error from 1), can you confirm it in your website?

Currently you can try to add below codes into your theme file "functions.php":

if ( ! function_exists( 'toolset_getnest' ) ) {
	require_once( TACCESS_PLUGIN_PATH . '/vendor/toolset/toolset-common/utility/utils.php' );
}

And test again, please feedback if it is fixed, and I will escalate the new issue again. Thanks

#1351301

Hi. Yes that second PHP error is the same I get on the site.
Adding the code into my functions.php file seems to fix the issue.
thanks

#1351305

Thanks for the confirmation, I have escalated the new PHP errors, will update here if there is anything news.

And currently, you can try the workaround I mentioned above.