[Vladimir]

Hi Frederick,

Thanks for the feedback. Yes, it’s possible to at URL parameters into “allowed” list.
Send me a full URL (without domain) in order I know exactly what WooCommerce option you change.

[Vladimir]

OK.
Excuse for the typo: ‘lose’ except of ‘use’ of course – edited above.

[Vladimir]

Hi Shweta,

Yes, correct. ‘Grant Roles’ replaces all roles granted to user including a primary role.
I will look how to achieve this: using custom filter for example or something else.

[Vladimir]

Non-admin user still can use WordPress’s “Change role to”. So if there is no urgent need to grant users multiple role you can use this recipe as it is. In order to grant multiple roles – wait a next update of URE and URE Pro.

[Vladimir]

Hi,
It’s possible to hide ‘Edit’ link under every user row at users.php and block access to user profile editing adding this code to functions.php of active theme:

add_filter('user_row_actions', 'custom_user_row_actions', 10, 2);
function custom_user_row_actions($actions, $user) {
    
    if (current_user_can('user-manager')) {
        unset($actions['edit']);
    }
    
    return $actions;
}

add_action('admin_head', 'custom_block_user_profile', 101);
function custom_block_user_profile() {
        
    $url = strtolower($_SERVER['REQUEST_URI']);
    if (strpos($url, 'user-edit.php')===false) {
        return;
    }
    if (!current_user_can('user-manager')) {
        return;
    }
    
    $url = admin_url() .'/users.php';
    if (headers_sent()) {
?>
<script>
    document.location.href = '<?php echo $url; ?>';
</script>    
<?php
            die;
        } else {
            wp_redirect($url);
        }
}

So it seems that task was resolved as users.php has a “Grant Roles” button. But I discovered a problem here with your help. Thanks. User without ‘ure_manage_options’ capability can not use “Grant Roles” button. He will get “Not enough permissions” error message on a try to change user’s roles. It’s really wrong.

So I have to update base version of ‘User Role Editor’ to fix this issue. Let’s wait a next update – about a week.

[Vladimir]

You can insert your version of a code into active theme’s functions.php file.

[Vladimir]

This filter offer a workaround especially for similar cases:

ure_restrict_edit_post_type

Exclude you events custom post type from the edit restrictions using this filter.

[Vladimir]

Hi Michi,

SmartSlider added these custom user capabilities:
smartslider
smartslider_config
smartslider_delete
smartslider_edit

So I think you need to grant to your user at least: smartslider, smartslider_edit, smartslider_delete user capabilities to give him access for editing sliders.

[Vladimir]

Thank you for this remind.
I still plan to realize your suggestion, next month possibly.

[Vladimir]

Hi Michi,

Send me SS3 plugin copy (support [at-sign] role-editor.com
I will check what permissions it requires.

[Vladimir]

The bug was discovered and fixed with version 4.34.1

[Vladimir]

Yes, it’s safe to rename WordPress built-in roles.
Role has 2 attributes: ID and name. WordPress and plugins use role ID internally, but shows to a user role name. When you rename role – User Role Editor changes the role name only, but ID will stay the same. So when you rename ‘Administrator’ to ‘Power user’, renamed role still will have the id ‘administrator’. You will see in the URE’s drop-down list ‘Power user (administrator)’, for example.

[Vladimir]

Hi,

Thanks for letting me know that an issue was resolved.

Yes, when you wish to replicate all roles, admin menu, widgets, meta boxes permissions from the main site to the all other subsites of the network you should use “Network Admin->Users->User Role Editor->Update Network” button.

When you wish to replicate from the main site to other network just one selected role you can turn On the “Apply to All Sites” checkbox at the main site “Users->User Role Editor” before click “Update” button there.

This feature is inherited from a free version. I didn’t hide it for Pro one.

[Vladimir]

Hi,

You will not lose anything if you follow the recommendation from Pro version readme.txt:

In case you have a free version of User Role Editor installed:
Pro version includes its own copy of a free version (or the core of a User Role Editor). So you should deactivate free version and can remove it before installing of a Pro version.
The only thing that you should remember is that both versions (free and Pro) use the same place to store their settings data.
So if you delete free version via WordPress Plugins Delete link, plugin will delete automatically its settings data.
You will have to configure User Role Editor Pro Settings again after that.
Right decision in this case is to delete free version folder (user-role-editor) via FTP, not via WordPress.

[Vladimir]

Hi Wolfgang,

Thanks for this information. It would be good to look on a screenshot of broken menu (use some public resource or send it directly to my support email). I will try to reproduce and isolate the issue.

Can you test if this problem disappear if you turn Off ‘Front-end menu access add-on’ with version 4.34?

[Author]

Posts