Skip Navigation

[Escalated to 2nd Tier] Editor can’t edit a normal page

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)

This topic contains 4 replies, has 1 voice.

Last updated by Minesh 19 hours, 48 minutes ago.

Assisted by: Minesh.

Author
Posts
#2784413

Tell us what you are trying to do?
Allow the Editor to edit Pages.

An Editor gets this when trying to edit a page:
Warning: Object of class WP_Block_Editor_Context could not be converted to int in /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-content/plugins/types-access/application/controllers/permissions_post_types.php on line 413

Fatal error: Uncaught Error: Object of class WP_Block_Editor_Context could not be converted to string in /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-content/plugins/types-access/application/controllers/permissions_post_types.php:484 Stack trace: #0 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-content/plugins/types-access/application/controllers/permissions_post_types.php(444): OTGS\Toolset\Access\Controllers\PermissionsPostTypes->set_post_type_permissions() #1 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-content/plugins/types-access/application/models/capabilities.php(644): OTGS\Toolset\Access\Controllers\PermissionsPostTypes->get_post_type_caps() #2 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-content/plugins/types-access/application/controllers/filters/backend_filters.php(537): OTGS\Toolset\Access\Models\Capabilities->get_capabilities_by_user_permissions() #3 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-includes/class-wp-hook.php(324): OTGS\Toolset\Access\Controllers\Filters\BackendFilters->toolset_access_has_cap_filter() #4 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-includes/plugin.php(205): WP_Hook->apply_filters() #5 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-includes/class-wp-user.php(813): apply_filters() #6 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-includes/capabilities.php(1018): WP_User->has_cap() #7 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-includes/capabilities.php(911): user_can() #8 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-includes/block-editor.php(652): current_user_can() #9 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-admin/edit-form-blocks.php(314): get_block_editor_settings() #10 /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-admin/post.php(187): require('/home/879850.cl...') #11 {main} thrown in /home/879850.cloudwaysapps.com/wkxzdxgvhc/public_html/wp-content/plugins/types-access/application/controllers/permissions_post_types.php on line 484
There has been a critical error on this website. Please check your site admin email inbox for instructions. If you continue to have problems, please try the support forums.

I have Access setup for the My Account page. I have disabled all plugins except the Toolset ones and I still get this issue. If I switch off the Access plugin the editor can edit a page. The website is hidden behind a username and password but I don't know how to safely reveal that here? Can you help please? I can give you the editor login and also admin login details.

Thanks

What is the link to your site?

hidden link

this is the dev site of the live site ombudsman.sx (which is having the issue and I setup a dev site to try to fix it)

Thanks

#2784438

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

Hello. Thank you for contacting the Toolset support.

Could you please send me debug information that will help us to investigate your issue.
=> https://toolset.com/faq/provide-debug-information-faster-support/

I wonder if you create a separate group for the translator (Editors) in Toolset Access. If so, we have an issue that if the user is not administrator it is not possible to see the preview of the page.

Would you please test by deactivating Toolset Access and test? If it works, can you change the translator user to Administrator and see if it works?

Are you using WPML plugin?

#2784482

So if I click on Help then click on Toolset Debug nothing happens. In either Safari or Chrome Browser. But when I switch off Toolset Access, Blocks and Forms the Toolset Debug tab works (I just have Toolset Types installed at this point) I copied the url of the debug page and then switched the Toolset plugins I need which was Access, Blocks and Forms again and then went to that Debug URL.

I don't have any WPML plugins. The editor is not a translator - just a user who needs to edit posts (which works) and pages (which don't work)

I don't understand exactly what you want me to do when you ask to "create a separate group for the translator (Editors) in Toolset Access"

Yes if I deactivate Toolset Access the Editor can now edit a page. If Access is then activated again and I change the user from editor to admin they can then edit a page. But when they are an editor they can't edit a page. But they can edit a post.

#2784483

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

Ok got it.

Please make sure the Toolset Access plugin is installed and activated.

Can you please try to navigate to: Toolset => Access Control => Post Types tab and make sure "Pages" is set to managed by Toolset Access plugin and also make sure that the you have grant capabilities to Editor role.

More info:
- https://toolset.com/course-lesson/setting-access-control/

#2784484

Hi Minesh - that is already set. I have checked again and it is still set like that for Editor and Pages. Thanks

#2784485

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

Can you please send me admin access details and where on what page I can see the issue.

*** 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 have set the next reply to private which means only you and I have access to it.

#2784522

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

I can see the issue and I've escalated in front of our Devs.

The only workaround for now is to Downgrade the WordPress to previous stable version 6.6.2.

*** Please make a FULL BACKUP of your database and website.***
I suggest you should first run a test on staging site and if you see everything works as expected then you should try to downgrade WordPress on your production site.