[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?

[Vladimir]

Hi,

I hope you turned ON the ‘Admin menu access restrictions’ at popup opened after you click the ‘Update Network’ button under ‘Network admin->Users-User Role Editor’.

What is not synchronized?
You have to have the same admin menu at all subsites, that is the same list of active plugins, the same active theme. If admin menu differs from subsite to subsite, it will differs under the URE->Admin menu too.

Give me more details on a problem with hiding menu item. What plugin created it? Show a screenshot of ‘Admin menu’ window.

[Vladimir]

Hi,

Try this workaround:

<?php

add_action('map_meta_cap', 'ure_exclude_delete_site_cap', 10, 4);

function ure_exclude_delete_site_cap($caps, $cap, $user_id, $args) {
        
    if (!is_admin()) {
        return $caps;
    }
    if (is_super_admin()) {
        return $caps;
    }
    
    if ($cap==='delete_site') {
        $caps = array('do_not_allow');
    }
    
    return $caps;    
}

Setup this code as a Must Use plugin. In short, place it into .php file at wp-content/mu-plugins/ folder.

[Vladimir]

Hi Giacomo,

Thanks for the feedback.
Yes, I included this fix to the code. I will publish it with the next update.

[Vladimir]

Hi Clair,

Login under that user. Can he really edit Gravity forms? I mean you have to grant him enough permissions to edit Gravity Forms.

Then you can a restrictions at that user profile, what forms from the available list he allowed to edit.

[Vladimir]

Look at the ‘Settings->User Role Editor->General’ tab and check if option ‘Show Administrator role at User Role Editor’ is turned ON. It should be turned ON in order URE shows ‘Administrator’ role at the list of roles available for editing.

[Vladimir]

Hi Giacomo,

A quick fix for the empty 404 page problem is to add lower priority to the URE Pro’s post filter. You can open user-role-editor-pro/pro/includes/classes/content-view-restrictions-posts-list.php and replace line #17

add_action('pre_get_posts', array($this, 'hide_prohibited_posts'));

with this version

add_action('pre_get_posts', array($this, 'hide_prohibited_posts'), 100);

A reason of this conflict the woffice theme applies its posts restrictions filter even if restricted posts list is empty. Applying this filter theme overwrites the same filter set by URE Pro little earlier. So a restricted page exists for WordPress and WP tries to show it, but with empty content as URE does not allow to view content of restricted post here too.

[Vladimir]

Check if ‘create_act_templates’ was granted to the ‘administrator’ role also. It can take place from time to time that admin does not have all existing privileges.

[Vladimir]

Hi Giacomo,

I suppose that it’s not a bug, but a feature.

Look at ‘Settings->User Role Editor->Additional Modules’ tab, ‘Content Edit Restrictgions’ section. Do you have ‘Activate “Create” capability for posts/pages/custom post types’ option turned ON there?

Did you test with ‘administrator’ role of with any other one?

If ‘Yes’ on both questions, then check that ‘create_act_templates’ capability was granted to that role too.

[Author]

Posts