[Vladimir]

Hi Jawad,

Send brands plugin copy to support email. I will look at it.

There are no updates for those subjects yet.

[Vladimir]

Hi Jawad,

Thanks. I will add ‘x’ link to the right of every meta box to remove it.

Add ‘assigng_product_terms’ – enables to select, remove ‘edit_product_terms’ – removes ‘Add New Product category’ link.

[Vladimir]

Hi Jawad,

‘manage_product_terms’ capability is responsible for the product categories. Admin menu window is helpful in such cases.

WordPress does not have a global structure to remember all available meta boxes, as WP does with admin menu. Meta box becomes available when user opens a page for which meta box is created.

Currently URE remembers available meta boxes step by step when you open dashboard or post/page/CPT editor pages. It does not delete unavailable meta boxes automatically. Imagine another situation when you temporarily deactivated some plugin for the debug purpose, but URE deleted all restrictions you made for its meta boxes.

I agree that some cleanup should be possible. What if to add ‘Remove’ link to the right of every meta box in a list?

[Vladimir]

Hi Jawad,

Proper way to manually update plugin without its data loss:
1) deactivate it
2) replace its files with a new version
3) activate it back

‘manage_woocommerce’ may lead to this issue. Try to return ‘edit_orders’ capability to the role and block ‘Orders’ menu via User Role Editor. URE will hide ‘Orders’ menu item and it should block direct access by blocked URL also.

Remind me please what do you wish to achieve with those columns?

[Vladimir]

Hi Jawad,

How do you delete the old version of URE? If you clicked ‘Delete’ at WordPress admin – the result is expected all file and data related to the plugin were deleted.

1) When you change capabilities or roles URE stop his work at that point. All permissions checking made further is done by WordPress. URE take part just when you use additional modules, like admin menu or edit restrictions.
I can not repeat a described issue. WordPress shows permissions error properly in this case. Send a list of capabilities available to such user.

2) delete_shop_order, delete_shop_orders are the same. WordPress uses ‘delete_shop_order’ for internal use and converts it finally to the ‘delete_shop_orders’. I think that WooCommerce should not create ‘delete_shop_order’ capability apparently, as WordPress does not create ‘delete_post’ for example.
‘delete_shop_order_terms’ – related to the taxonomy linked to the orders. Like categories or tags linked to the posts.

3) I will check what I can do with it and let you know the result. Such code may cost $20-$30.

[Vladimir]

Hi Jawad,

Before proceed with testing of dev. version refresh it to the latest one. It’s a 4.25.b5 from 17.04.2016 currently. Some bugs may be discovered and fixed already.

1, 2 – This links are not protected directly by a special user capability. It’s enough to have top level ‘edit_shop_orders’, ‘delete_shop_orders’ capabilities to get access to these actions.
Both actions requires some kind of hacks, javascript and/or CSS tricks to achieve what you need.

[Vladimir]

I understood now. That’s about posts (not post types) quant limit. It’s a fully different story. Thanks for the idea. May be I will add such module to URE Pro with time.

[Vladimir]

Hi,

Yes, it’s possible, with this workaround currently:
This module allows to limit user with ‘edit_others_posts’ capability to edit just posts from the list of authors – field “with author user ID”. If you input into this field the ID of user himself, he will see in the posts list just his own post.

I think to add direct checkbox ‘Own posts only’ to one of a future versions.

[Vladimir]

Manage a quant of custom post types created by user. It’s not trivial task.
All available to the user post types (built-in and custom) are created on the fly by call of the register_post_type() function. WordPress made it itself A lot of plugins may register own custom post types. Active theme may do the same. All of them do this without accent what user does that. So you can not manage this process externally.

If some plugin allows is in use for CPT creation I think the only possibility to achieve your goal is to add such restrictions to that plugin. So it adds user ID to any created CPT and count what quant of CPTs is allowed for what user.

[Vladimir]

To start a new thread click on the selected forum, scroll to the bottom of the page, use the form you will find there.

[Vladimir]

Thanks for the feedback and feature request.

It’s possible to replicate all roles at once to all sites. ‘Network Update’ button at ‘User Role Editor’ page serves for it. But bulk replication of users with meta data about roles assigned to them is not realized. I will add such functionality, with time…

[Vladimir]

Divi theme load its framework (create custom post type et_pb_layout) conditionally:

function et_builder_should_load_framework() {
	global $pagenow;

	$is_admin = is_admin();
	$action_hook = $is_admin ? 'wp_loaded' : 'wp';
	$required_admin_pages = array( 'edit.php', 'post.php', 'post-new.php', 'admin.php', 'customize.php', 'edit-tags.php', 'admin-ajax.php', 'export.php' ); // list of admin pages where we need to load builder files
	$specific_filter_pages = array( 'edit.php', 'admin.php', 'edit-tags.php' ); // list of admin pages where we need more specific filtering

	$is_edit_library_page = 'edit.php' === $pagenow && isset( $_GET['post_type'] ) && 'et_pb_layout' === $_GET['post_type'];
	$is_role_editor_page = 'admin.php' === $pagenow && isset( $_GET['page'] ) && apply_filters( 'et_divi_role_editor_page', 'et_divi_role_editor' ) === $_GET['page'];
	$is_import_page = 'admin.php' === $pagenow && isset( $_GET['import'] ) && 'wordpress' === $_GET['import']; // Page Builder files should be loaded on import page as well to register the et_pb_layout post type properly
	$is_edit_layout_category_page = 'edit-tags.php' === $pagenow && isset( $_GET['taxonomy'] ) && 'layout_category' === $_GET['taxonomy'];

	if ( ! $is_admin || ( $is_admin && in_array( $pagenow, $required_admin_pages ) && ( ! in_array( $pagenow, $specific_filter_pages ) || $is_edit_library_page || $is_role_editor_page || $is_edit_layout_category_page || $is_import_page ) ) ) {
		return true;
	} else {
		return false;
	}

}

So ‘et_pb_layout’ CPT is not available by default at User Role Editor page, which is loaded from users.php

I add a workaround for this issue into upcoming version 4.25, which is under testing currently. So the issue will be resolved with the next public release of URE Pro.

[Vladimir]

Thanks for this information. I repeated the issue at my test environment. I will inform you as I prepare the fix.

[Vladimir]

I confirm the issue with UpdraftPlus topbar menu. It will be fixed in version 4.25. Development version will include this fix starting from 4.25.b6, which I will make available today.

[Vladimir]

Good that a problem was resolved. Thanks for the feedback.

[Author]

Posts