Skip Navigation

[Closed] PHP Fatal error: Uncaught Error: Class

This support ticket is created 3 years, 1 month 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
- 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 -
- 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 14:00 – 18:00 13:00 – 18:00 -

Supporter timezone: America/Jamaica (GMT-05:00)

This topic contains 5 replies, has 2 voices.

Last updated by Shane 3 years, 1 month ago.

Assisted by: Shane.

Author
Posts
#2194009

Hi Toolset Support Team,

we do have a critical error.

Details:
PHP Fatal error: Uncaught Error: Class 'OTGS\\Toolset\\Access\\Controllers\\UploadPermissions' not found in /nas/content/live/zkwgroup/wp-content/plugins/types-access/application/models/capabilities.php:613\nStack trace:\n#0 /nas/content/live/zkwgroup/wp-content/plugins/types-access/application/controllers/filters/backend_filters.php(534): OTGS\\Toolset\\Access\\Models\\Capabilities->get_capabilities_by_user_permissions(Array, Array, Array, Object(WP_User))\n#1 /nas/content/live/zkwgroup/wp-includes/class-wp-hook.php(303): OTGS\\Toolset\\Access\\Controllers\\Filters\\BackendFilters->toolset_access_has_cap_filter(Array, Array, Array, Object(WP_User))\n#2 /nas/content/live/zkwgroup/wp-includes/plugin.php(189): WP_Hook->apply_filters(Array, Array)\n#3 /nas/content/live/zkwgroup/wp-includes/class-wp-user.php(786): apply_filters('user_has_cap', Array, Array, Array, Object(WP_User))\n#4 /nas/content/live/zkwgroup/wp-includes/capabilities.php(801): WP_User->has_cap('upload_files')\n#5 /nas/content/live/zkwgroup/wp-includes/capabilities.php(693): user_c in /nas/content/live/zkwgroup/wp-content/plugins/types-access/application/models/capabilities.php on line 613

This is only on the production system. The staging instance works fine. Any clue what to do?

#2194159

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Manuel,

Thank you for getting in touch.

I checked your debug information and saw that all your Toolset plugins are up to date. Can you recall if this started to happen after an update ?

Also are you able to provide me with access to the site to have a look and the steps to replicate the issue ?

I've enabled the private fields for your next response.
Thanks,
Shane

#2194191

Hi Shane,

we have replicated the error. I'm pretty sure, that toolset access causes the error. I have to deactivate the plugin otherwise all the user will see a broken Website. I also have to ask our client if it is possible the grant you access to the Website. I will get in contact with you again as soon as possible.

best regards

#2194527

Hello Shane,

the error is gone. I'm waiting for an answer of our client to clone the LIVE site. If so, I will send you all the necessary information inkl. an admin account, the reproduce the error. Yesterday we have had several website downs (on average every 5 to 10 minutes). After deactivation of the toolset access plugin, all went well. This is not an option for us, because of different user roles. So, the aim is to solve the problem (staging instance) and fix it later on the LIVE website. In the transition phase we have to edit all the relevant content for our client.

best regards

#2194637

Hi Shane,

after deactivating and activating several plugins we have found the error. It is an a conflict between "Enable Media Replace" (latest Version 3.6.0) and "Toolset Access". We need both plugins. Could you please set up an Testing environment with both plugins? Every role except "admin" fires the error.

Here the change log from Enable Media Replace
3.6.0
Release date: October 11th, 2021
* New: Constant EMR_CAPABILITY can define extra user roles to allow and deny replacements;
* Fix: EMR now respects edit_other_posts permissions using default permissions;
* Fix: EMR with ALLOW_UNFILTERED_UPLOADS enabled (and allowed role) will not limit non-allowed uploads;

Best regards

#2194947

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hello,

Were you able to get word from the client regarding the clone of the site or credentials so that I can setup a copy?
'
If not are you able to provide the exact replication steps so I may attempt to replicate in a clean environment?

Please let me know.

Thanks,
Shane

The topic ‘[Closed] PHP Fatal error: Uncaught Error: Class’ is closed to new replies.