Forum Replies Created
-
Posts
-
Look at the Import users from CSV with meta plugin. It allows to import users with roles. Read documentation carefully.
This issue is related to the WooCommerce plugin update. Starting from v. 3.4.6.
shop_manager role can edit just users with ‘customer’ role by default.
If you wish that more roles will be available for shop_manager you can use custom filter as described here.Hi,
You granted capabilities for access to the custom post type “Badges”. Admin menu “BadgeOS” may be protected by other user capabilities. Try to activate “Admin menu access” add-on included into URE Pro. Go to “User Role Editor” select “administrator” role and click “Admin menu” button for it. Find “BadgeOS” menu and look what capabilities protects it. Then you may decide if you will grant them to your client admin role or will not.
Hi,
It’s a default behavior for WordPress multisite. In order to change it go to “Network admin->Settings->User Role Editor” page, select “Multisite” tab and turn ON the ” Allow non super administrators to create, edit, and delete users” option. Do not forget to save your changes.
Hi,
I added a fix for the case when global $post variable contains stdClass instead of WP_Post for some reason.
Can you please test the beta version 4.49.1.b1? It’s available after login from the “Downloads” page.You set restrictions for the posts view. This add-on is for the front-end. What posts are available to a user for read/view at front-end.
In order to restrict “own data only” at the posts/pages list at the back-end you should use “Edit posts restrictions” add-on and
make similar settings for a role with “Posts Edit”.This page describes how to use “edit restrictions” add-on.
I may look at your settings online if you send admin credentials to support [at-sign] role-editor.com
Did you set “Own data only” flag at a user profile or at a user role?
If 2nd, does user have that single role or multiple roles assigned?Yes, in order to exclude conflict with other plugins try to deactivate them all temporally and make new test.
It’s possible with a few steps:
1) Go to main site, ‘Users->User Role Editor’, select ‘administrator’ role;
2) Revoke from ‘administrator’ role all capabilities, which you think are not needed to it.
3) Use “Admin menu access” add-on (I suppose you activated it earlier) in order to block for ‘administrator’ role admin menu items, which you can not block via user capabilities, like menu items protected by ‘manage_options’ capability, which is used as WordPress itself (Settings menu) and a lot of other plugins.
4) Go to “Network Admin->Users->User Role Editor”, click “Update” to replicate modified ‘administrator’ role and “Admin menu” settings made for it to all other existing sites of the network.You have to make this after any new plugin network activation. While URE copies automatically all roles from the main site to a new created site, it does not make this for the add-on settings made for the main site. So you have to make it manually or via custom PHP code.
I “Network activated” provided plugin. I added a menu to the network admin and it shows this information at its page:
Plugin Version: 4.2.7 [Free] (One User, One account per Network)
You are using “Single User” version of the plugin. This version could be used only on a single site by a single user.So this version of “Social networks” plugin could not be managed (change settings) by “all authors of any sites”, but just one user on a single site. That is social network accounts may belong to a single user only.
Menu of this plugin at selected subsite is protected this way:
SNAP|AutoPoster – haveown_snap_accss
Accounts – haveown_snap_accss
Quick Post – haveown_snap_accss
Query/Timeline – haveown_snap_accss
Reposter – manage_options
Settings – manage_options
Log/History – haveown_snap_accss
Help/Support – manage_options“Auto Poster” plugin has its own “User privileges/security” section inside of the “SNAP/Auto Poster”->”Settings” page. It can itself add own custom capabilities ‘see_snap_box’ and ‘make_snap_posts’ to the selected roles.
If you wish to proceed with Pro version start from the detailed description what do you need to achieve, to what plugin (download link) do you need provide access for editor. If that’s a premium plugin I need access to its copy in order to check what real permissions it requires. You can share plugin copy with support [at-sign] role-editor.com via DropBox or similar service.
In general user of Pro version can check what permissions required by some plugin for access to its menu items using “Admin menu access” tool. Open it for ‘administrator’ role and look what capability protects what menu item. Then grant that capability to the other role.
When you open Users->User Role Editor under the network admin it is opened for the main site. All roles and other data is related to the main site there.
You will never see “Tools->Delete site” menu item for the main site, as it’s not possible to delete main site. This menu item is for the subsites only. Thus you can not block it via main site admin menu.Interesting, that if you open URE’s “Admin menu” dialog from the main site, not from the network admin, you will see “Mailgun” menus under the “Settings” menu. It may be related to a way, how plugin registers its menu, I suppose.
You need to know that when you modify role or available add-ons permissions via network admin, you make this for the main site only. You need to click “Update Network” button to replicate your settings from the main site to all other subsites. Unfortunately, this will not work for the “Tools->Delete site” menu item. It requires manual blocking for every subsite.
From other side, any settings you manually made for subsites are untouched until you don’t click “Update Network” from the network admin.
Hi,
Let me insist that Clienside plugin makes changes not compatible with WordPress default policy, and thus URE is not compatible with it.
URE shows user capability taken from the WordPress global $menu and $submenu structures. All them are shown as ‘read’.
Thus full submenus are available to the ‘editor’ role while it does not has full list of existing capabilities.Btw, ‘Delete site’ menu item was not selected for blocking. May be it was a reason while this menu item was still visible for the user with ‘editor’ role.
But the “Tools” submenu contains just 2 items which available to the ‘editor’ role according to its real capabilities. The same is correct for the other submenu.
More, “Mailgun” and “Mailgun Lists” becomes visible under the “Settings” menu. They were unselected when I made screenshot. They disappeared from the “editor” point of view after I blocked them here.
The only unresolved issue is “Page builder” welcome page menu item.
A problem is that it does not exists in admin menu while a user or role has real access to at least one of the “Page builder” menu items. This menu items is created by js-composer plugin for user who does not have access to its menu at all. So we can not block it via URE’s admin menu.It’s possible to hide it via custom code only.
My final conclusion, ‘Clientside’ is really involved to the reported problems.
I will not spent time for compatibility of URE with Clientside. The plugin should respect permissions of WordPress global structures, such as admin menu.
So if you will decide to stay with ‘Clientside’, I’m ready to refund your payment for User Role Editor.
