[Vladimir]

Try to turn of the “Activate user access management to editing selected posts, pages, custom post types” checkbox at the “Settings->User Role Editor->Additional->Modules” page under “Content editing restrictions”. If that will resolve the issue, you have additional restrictions for this user or his role(s).

In case you need that I look on the issue at your site you can send URL and admin credentials to support [at-sign] role-editor.com

[Vladimir]

Are these notices still in place if you deactivate User Role Editor?
It seems that this issue is more related to the fusion-builder plugin.

[Vladimir]

I got the file and isolated the issue. The error message is returned for the ‘1’ capability.
There is a strict type checking at the URE code:

 if ($key!==$sanitized_key) {

But $key contains an integer 1, but $sanitized_key contains string ‘1’. So check is failed and returns error.

I see ‘1’ capability from time to time at different client sites, but still did not have information what plugin can add it. Try to revoke it from all roles to which it is granted. Then delete this capability as unused. Export roles again. This problem with import should gone away.

Thanks for pointing me on this issue. I will enhance a code here.

[Vladimir]

Send exported .dat file which you can not import to support [at-sign] role-editor.com
I will test it and try to understand what is going wrong.

[Vladimir]

When you can not revoke some user capability from a role, you can block unneeded admin menu items, with “Admin menu access” add-on.

[Vladimir]

Alphanumeric characters, dashes, underscores, spaces and slashes are allowed by default in user capability ID by default. This PHP regular expression is used: /[^a-zA-Z0-9_\-\s\/]/

Look if you have capability with 1 inside but containing not allowed characters. Let me know what it is.

I work on the export/import procedure upgrade. I will add the same filter to the export code in order do not generate this error if some existing capability does not go via this check.

[Vladimir]

Hi,

Excellent.

Just in case someone will have the same question the answer is available hear. It’s included also into readme.txt from installation package .zip file.

[Vladimir]

Thanks for the feedback.

“Posts/Pages Editor Restrictions” section is available at user profile for those users only who can edit posts. It’s also hidden if user has ‘administrator’ role.

[Vladimir]

Hi Levent,

Deactivate/activate back User Role Editor. It should fix a problem with access of user with ‘administrator’ role to URE Pro.

Send exported .dat file to support [at-sign] role-editor.com
I will test it and look what goes wrong.

[Vladimir]

Hi,

In general if you will not grant to a role any user capability which allow to edit/delete custom post type, such user can view this custom post type records at the front-end.

If you wish that user sees CPT records list at the back-end, you can turn ON “Activate “Create” capability for posts/pages/custom post types” option at “Settings->User Role Editor->Additional Modules” tab and grant to this role ‘edit_cpt’ (like edit_posts or edit_books) capability only. Then user will see CPT list, with the single action link under each record – “View”.

[Vladimir]

Hi Cinzia,

Yes, it’s related to the PHP version.
Workaround: replace noted line 364 with this code:

if (is_array($caps) & count($caps)>0) {
    $caps_val = array_values($caps);
    $cap = $caps_val[0];
} else {
    $cap = $caps;
}

I will include this change to the next update.

Pay a serious attention that even version 5.5 does not receive the security updates already: http://php.net/supported-versions.php

[Vladimir]

Hi Chris,

Be aware that editing plugins source files is not a good practice. All changes will be lost after the next plugin update. And you will have to make the same changes again.

The better solution is to edit your child theme functions.php file only:

add_filter('woocommerce_disable_admin_bar', '_wc_disable_admin_bar', 10, 1);
 
function _wc_disable_admin_bar($prevent_admin_access) {
    if (!current_user_can('see_admin_toolbar')) {
        return $prevent_admin_access;
    }
    return false;
}

[Vladimir]

Hi,

“Settings->Post Types Order” is always protected by ‘manage_options’ capability.
There is the “Minimum level to use this plugin” options at the “Settings->Post Types Order” page.
‘Re-order’ menu item under “Posts”, “Pages” or “Custom post type” menus is protected depending from the choice made in the drop-down menu for the option above:
Administrator – manage_options
Editor – publish_pages
Author – publish_posts,
etc.

So you if did not grant ‘manage_options’, ‘publish_pages’, ‘publish_posts’ to your role and select ‘Administrator’, ‘Editor’ or “Author” for minimum level of access to “Post Types Order” (PTO) plugin users with your role should not see the options related to PTO plugin functionality.

[Vladimir]

Hi Chris!

It could be related to some other plugin.
One possible source of a problem is WooCommerse: https://role-editor.com/woocommerce-admin-bar-access/
Try to deactivate WooCommerce temporally and re-test.

[Vladimir]

Hi Chris,

Thanks for letting me know that you resolved a problem.

[Author]

Posts