[Vladimir]

Hi Urs,

Thanks for suggestion.
Options description is there already. Click ‘Help’ link at the top right corner to URE’s Options page to see it.

[Vladimir]

Use this workaround:

add_filter('ure_restrict_edit_post_type', 'exclude_posts_from_edit_restrictions');

function exclude_posts_from_edit_restrictions($post_type) {
    global $current_user;
    
    $restrict_it = true;
    if ($current_user->user_login=='your_user_login_here') {
        if ($post_type!=='attachment') {
            $restrict_it = false;
        }
    }
    
    return $restrict_it;
}

It applies ‘edit restrictions’ set for the user to the ‘attachment’ post type only.

[Vladimir]

Yes. You can set the same restriction for a user at user profile too.

[Vladimir]

There is no “except items own by some user” feature.

If you turn ON “Own data only” checkbox for role at “Edit Posts” then user with such role will see just his own media library items only at Media Library and his own posts/pages only at Posts/Pages list too.

[Vladimir]

You are right,
the best available solution to this is simply create some empty ‘no-role’ role (without capabilities) and then use bulk action to change a role for selected user to ‘no-role’.

[Vladimir]

I can not reproduce this difference between list and thumbnail views.

I see a mistake in logic. This filter will never return true for user with single ‘editor’ role or user with single ‘author’ role, as 1st definitely can not ‘author’, but 2nd can not ‘editor’.

Try to replace permissions check part with this one:

if (!current_user_can('editor') &&  !current_user_can('author')) {
    return $show_all;
}

[Vladimir]

I suppose that “Hide admin bar” checkbox is not a reason of this problem.
Do you use WooCommerce? If yes, read this post.

[Vladimir]

I sent a version 4.32 directly to your email. If a problem with non-admin users login is really related to the URE Pro version 4.32.1 (that is downgrade to 4.32 will fix a problem) let me know.

[Vladimir]

Hi Chris,

If you have the same roles at all sites of your multisite network, it’s possible to delete a role from main site at “Network Admin -> Users -> User Role Editor” and then click “Network Update” in order to replicate this change to all other sites at once.

In case you have the different roles at different sites, Yes – it’s individual process for every site. Open site, then delete role…

[Vladimir]

Look at “posts/pages edit access restrictions” add-on. It has Allow – ‘Own data only’ option. It works for any custom post type too. So product owners will see and can edit at back-end just there own products and related orders only.
This restriction is possible to set as per user via user profile, as per role via role editor.

May be it will be suitable to resolve your task, but may be it’s better to look for a special vendors plugin too.

[Vladimir]

It was fixed with Pro version 4.32.

[Vladimir]

Thanks for this note.

It seems something changed with one of bbPress updates. It influenced how role-editor.com private forum works too. That’s why you did not find your topic there.

I will let you know as I find a solution.

[Vladimir]

Thanks for the confirmation. I think the same way now. I will include this change into a next update.

[Vladimir]

Fix for this issue is available for testing starting from development version 4.32.b3. Development version is available after login from the same download page.

[Vladimir]

Thanks for your help. I repeated this issue. It will be fixed with a next update – this month.

The reason of a problem is that form edit URL has additional URL parameter ‘id’, which is not allowed as selected menu item URL does not contain it. I will extend the list of allowed URL parameters for Gravity Forms.

Quick workaround – change your “Admin menu” options from “Block not selected” to “Block selected” and then re-check menu items accordingly. You may swap them with ‘Shift’+Click on the top row checkbox.

Gravity Forms dashboard widget shows just forms which have unread entries. It does not show all existing forms.

[Author]

Posts