[Vladimir]

If you could repeat this at a stage/dev copy (I listened that WP Engine offers this) I’m ready to look and test the issue on-line.
Also I will think about some debug output/logging which may help to isolate the issue.

[Vladimir]

I tested with 2 users from the different browsers and did not reproduce the described issue.
If you look this video, will you see any difference, which I should apply to repeat your actions more exactly?

Do you use any general caching plugin?
Could you try to deactivate temporally all plugins except CPW and URE to exclude any conflict with other plugins?

[Vladimir]

Try to check yourself if the full “CSV Import” menu is available for “administrator” role. If ‘Yes’, look what capabilities protect menu items which are not available for the ‘Director’ role. It is the reason in the most of cases – not enough permissions.

[Vladimir]

Hi,

Give the download link for “CSV Import” plugin is it’s free or send its copy to support [at-sign] role-editor.com for the testing.

[Vladimir]

Btw, ‘mu’ is too short for the role ID. You may use the role name ‘MU’, but I do not recommend to use such short string for the role ID. I saw a code (from plugin or even WordPress core) where user role was checked this way: if string with current user roles and capabilities contains a needed role ID. Imagine what it may find if it will check just for the ‘mu’ occurrence.

[Vladimir]

Yesterday I thought by mistake that you wrote about “Content Blocks” created by “Global Content Blocks” plugin and I can simulate your situation.

Is your “Content Blocks” a custom post type? What plugin creates them? Send me a download link if it’s a free product. If it’s a paid product send .zip with a copy for testing to support [at-sign] role-editor.com email address.

[Vladimir]

Thanks for the information. It could be a bug in URE Pro. I’m not ready to recommend/provide a solution today.
I will try to reproduce this issue tomorrow (my local time is GMT +7) at my dev. environment and inform you about results.

[Vladimir]

Please clarify, what is ‘MU’ users? Are users have access to the same content blocks?
Is the same user logout/login to resolve a problem or on logout and other login?

We may have a problem with an internal caching here. URE caches some data for quicker data processing.

[Vladimir]

Hi,

“Content view restrictions” should do nothing with “topics” and “answers” until you apparently set them for them. Please re-check your settings for role and for the topics/answers, which are not available.
Does members see private forums if you deactivate “content view restrictions” add-on. As I remember ‘participant” role does not allow to read private forums by default. For example I had to add to it:
– read_private_forums;
– read_private_topics;
– read_private_replies;
– read_hidden_forums.

[Vladimir]

Go to the “Users->User Role Editor”. Select the role of your user. Click ‘Admin Menu” button and turn ON menu items which you wish to hide from this role.

[Vladimir]

Hi Luis,

You may block unneeded menu items, which protected by the necessary (you can not revoke them from the role) capabilities like ‘edit_posts’ using “Admin Menu Access” add-on:
https://www.role-editor.com/block-admin-menu-items
These restrictions are applied to the user role, not to the user.

[Vladimir]

I think some clarification is needed. “Edit restrictions” does not give/grunt to a user any additional capabilities. It does not depend from the model you select: ‘Allow’ or ‘Prohibit’. User should have posts edit capabilities already.
When you add ‘edit restrictions’ for user, User Role Editor make a less subset of posts available for edit for this user.

Bulk action “Edit Access” from the posts list has a purpose to automate the ‘edit access restrictions’ setup on the user level. You can modify this settings directly opening selected user profile.
So you should input IDs list of users, for which you wish to modify posts edit restrictions. If you do not input users ID list, and suppose that script will update data for all users, it’s a wrong assumption.
Some sites has tens of thousands users – update meta data for every user at such site is not the task which can be fulfilled within the limited time of 1 client-server update request.

For example, users 5,7,9 has role ‘editor’ and can edit all posts. After you set for them ‘Allow’ to edit posts with ID 4, 6, 8 those users will see and can edit just those 3 posts.
If you wish to remove such restriction and allow them to edit all posts back, you may do it opening those users profiles one by one and removing post IDs from ‘edit restrictions’ section.
Other way is to use bulk action ‘Edit Access’ at the posts page, select replace existing data, left posts list empty, input user IDs list (5, 7, 9). As the result post IDs will be removed from those users meta data and edit restrictions stop work for them.

If you wish to set/remove edit restrictions globally it’s more convenient to work with them at the role level – ‘Posts Edit’ button at the User Role Editor page.

[Vladimir]

Thanks for the information.

[Vladimir]

Hi,

Download URL was built incorrectly after I have modified update server yesterday. WordPress may take it from the internal cache (transients). So about 24 hours may take place before it will request a fresh (valid) value from role-editor.com.
You may wait until tomorrow or try to clear cached values from the database – these records:

SELECT * FROM wp_options where option_name like '%update_plugins%';
SELECT * FROM wp_options where option_name like '%external_updates-user-role-editor%';

[Vladimir]

Hi,

Assign to your users a ‘contributor’ role.

[Author]

Posts