[Vladimir]

All posts are available for view at the front-end by default.

There is a way to restrict posts available at the front-end for view by the logged-in user:

Content view access restriction for selected roles

It does not include ‘by author ID’ feature though. I see that such option will be useful. I will add it to the some of the future versions.

Currently, it’s possible to use some tag or category as a workaround – setup such ‘Posts View’ restriction for role, assigned to this author.

If it’s not acceptable for your client I may provide a piece of code for functions.php in order users of some role will see at the front-end just the posts for which they are authors.

[Vladimir]

Hi Pierre,

Thanks for the good feedback.

If I put author ID’s in there, will this ensure that they can only edit posts by that author ID and not all other posts?

Absolutely correct. Access to the all others posts will be blocked in this case by User Role Editor.

[Vladimir]

Hi Wayne,

I suppose that some other plugin may add its own restriction. You may try to deactivate all plugins and test, if user with ‘list_users’ may open users list.

If you still will need my help on-site, send login credentials to [email protected]

[Vladimir]

Show me the screenshot of such role. Does it have access to the ‘manage_options’ capability.

I tested with standard ‘editor’ role and user does not see ‘Settings’ menu, while ‘Sharing’ under it is protected by ‘published_posts’ only.

[Vladimir]

I don’t see other quick solution. I doubt that similar problem is wide enough to take this specific configuration into account for starting URE’s global code refactoring.
Moreover, it could be resolved by changing WordPress settings.

Removing extra redirection for every page request for the live site is a quite better choice for its health/speed/SEO. It may cost to spend some time to resolve a possible problem with data preparing for the dev/stage copies in order to get such enhancement.

[Vladimir]

After you mapped subsite to the different domain, you need to replace its “Site URL” with that domain in order to exclude extra redirections made by WordPress. Go to the ‘Network admin->Sites’, select the site and click ‘Edit’ under its row to get needed form.

I did that for https://yourgigguide.com/ site and URE started working as expected for that site. Please test.

[Vladimir]

I’ve setup test instance of WordPress multisite with domain mapping locally. But it did not repeat this issue. URE works as expected from any domain (primary or mapped) in URL.

Send superadmin login credentials to [email protected]
I will look on the site settings, make some tests on-line.

I suppose that moving the part of parameters responsible for the presentation, from the POST to GET (adding to URL) may resolve the issue. It depends if redirect takes place after POST data was really processed by plugin code. And it will not help if redirection occurs before POST data processing by URE plugin.

It’s not a quick fix and will require some time to refactor the code any way.

[Vladimir]

Thanks for the information. It’s the bug, which fill be fixed with 4.21.1.
I plan to publish 4.21.1 today.

[Vladimir]

Hi,

I did not make full tests of the latest URE version against older WordPress versions.
But quick look shows that version 4.21 works in general with WP 3.9.9. In order to remove required WP version warning, open the file user-role-editor-pro.php, go to the line #48 and replace 4.0 there to 3.9.9, in order to get this:

$ure_required_wp_version = '3.9.9';

I raised required WP version to 4.0 starting from URE version 4.19. If you need it, I may send it to your email.

[Vladimir]

Thanks for the additional information.
1st, I will try to setup multisite with domain mapping locally 1st and try to catch a reason.

Then I will contact you with results and may be ask you about the on-line access if needed.

[Vladimir]

Thanks.
It seems some redirects took place before you get the URE’s page and it does not get needed POST parameters, similar to the initial opening.

What will be if you try temporally update the available role ‘subscriber’? Turn on some uncritical capability, like ‘read_private_pages’ and click ‘Update’ button. Will you see the same ‘array()’ output?

[Vladimir]

1) Did you try to change current role to one from the WordPress built-in set, like ‘author’?

2) What plugin do you use for the domain mapping?
At this plugin
https://wordpress.org/plugins/wordpress-mu-domain-mapping/
description I found:

The login page will almost always redirect back to the blog’s original domain for login to ensure the user is logged in on the original network as well as the domain mapped one

So it seems that it’s not the real reason of a problem.

3) Could you add this line

print_r($_POST);

to the begin to of ‘editor()’ function at user-role-editor-pro/includes/class-ure-lib.php, line #252?

So it will be seen as:

public function editor() {

        print_r($_POST);
        
        if (!$this->editor_init0()) {

When plugin works correct you should see this output after role change:
Array ( [action] => role-change [object] => role [user_role] => test_copy [ure_nonce] => c82168f082 )

[Vladimir]

Hi,

Check the browser JavaScript console for the error messages (Shift+Ctrl+J at Google Chrome).

[Vladimir]

I installed both virtue premium and its child you sent to me and added code for the premium theme to the child theme’s functions.php file for testing.

Did you changed role ID at the code for your own one?

[Vladimir]

Hi,

I updated the post for the Virtue Premium, which differs from a free one.

[Author]

Posts