[Vladimir]

Feature is realized in the development version and will be available with the next release of User Role Editor Pro. It will be a version 4.48 according to the current plan.

[Vladimir]

Show an example for 1 product how did you restrict it for some user, but not for others. Screenshots would be helpful. If you can not use external links for screenshots, send them directly to support [at-sign] role-editor.com

[Vladimir]

URE caches the list of products available for the restricted user. If you view what is visible just after the change of restrictions settings you may see a different results some times.
Do you receive complain from a real user or this is a result of your own tests?
Try to test restricted user view with another browser for example without changing settings and multiple re-logins under different user accounts. Will products be visible always for restricted user or not?

[Vladimir]

I missed this question somehow. Redirection is still unavailable as a default option.

[Vladimir]

I tested the same content view setting for the page at my development environment and did not repeat the issue. Redirection worked.
So your case needs further investigation.

Is it possible to get from you a backup copy of your site? I would setup it at my local dev. environment and try to isolate the issue.

If ‘Yes’, make it with plugin UpdraftPlus): files (without ‘wp-uploads’ folder) and database. Share .zip files with support [at-sign] role-editor.com via DropBox or similar.

[Vladimir]

Excellent!

[Vladimir]

Hi Jake,

Thanks for this update. It would be good to know the results of your tests.

[Vladimir]

Query sample with first and last name for every user:

SELECT users.user_login, users.user_email, users.user_registered, meta1.meta_value as first_name, meta2.meta_value as last_name 
	FROM wp_users users
	INNER JOIN wp_usermeta as meta1 on meta1.user_id=users.ID and meta1.meta_key='first_name'
        INNER JOIN wp_usermeta as meta2 on meta2.user_id=users.ID and meta2.meta_key='last_name'

[Vladimir]

Hi @dumagroup,

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.

So you don’t need to try code recipes from above in order to restrict users to only have access/manage their own media that they have uploaded.

[Vladimir]

Give more details. What does not work in “Admin menu blocking” add-on?

The 1st thing I see in “Mark New Posts” – it adds its’ submenu item to the “Settings” menu with ‘administrator’ role ID instead of ‘manage_options’ user capability. Thus this menu item is available to the user with ‘administrator’ role only.

mark-new-posts.php:244:         add_options_page(self::PLUGIN_NAME, self::PLUGIN_NAME, 'administrator', basename(__FILE__), array(&$this, 'display_options_page'));

[Vladimir]

OK.

Redirection to dashboard issue: I suppose that you limit a role access to some admin menu items via “Admin menu blocking” add-on with “Block no selected” option. If ‘Yes’ read this section of the documentation page.

[Vladimir]

Yes. Use “Admin menu blocking” add-on:
https://www.role-editor.com/block-admin-menu-items
to block unneeded admin menu items which you can not hide by revoking user capabilities from a role.

[Vladimir]

Mailchimp add-on defines own user capabilities:
– gravityforms_mailchimp;
– gravityforms_mailchimp_uninstall.

These capabilities were created automatically, but not granted to ‘administrator’ role. Go to ‘Users->User Role Editor’, select ‘administrator’ role and grant them to it.

/**
	 * Defines the capabilities needed for the Mailchimp Add-On
	 *
	 * @since  3.0
	 * @access protected
	 * @var    array $_capabilities The capabilities needed for the Add-On
	 */
	protected $_capabilities = array( 'gravityforms_mailchimp', 'gravityforms_mailchimp_uninstall' );

	/**
	 * Defines the capability needed to access the Add-On settings page.
	 *
	 * @since  3.0
	 * @access protected
	 * @var    string $_capabilities_settings_page The capability needed to access the Add-On settings page.
	 */
	protected $_capabilities_settings_page = 'gravityforms_mailchimp';

	/**
	 * Defines the capability needed to access the Add-On form settings page.
	 *
	 * @since  3.0
	 * @access protected
	 * @var    string $_capabilities_form_settings The capability needed to access the Add-On form settings page.
	 */
	protected $_capabilities_form_settings = 'gravityforms_mailchimp';

	/**
	 * Defines the capability needed to uninstall the Add-On.
	 *
	 * @since  3.0
	 * @access protected
	 * @var    string $_capabilities_uninstall The capability needed to uninstall the Add-On.
	 */
	protected $_capabilities_uninstall = 'gravityforms_mailchimp_uninstall';

[Vladimir]

Hi,

I suppose that Mailchimp add-on for GF detects active role editor plugin and requires some special user capability the same way, as GF itself does.
I can check that for you in case you share with me .zip of Mailchimp add-on for GF (via DropBox or similar): support [at-sign] role-editor.com

[Vladimir]

I uploaded updated version of /user-role-editor-pro/pro/includes/classes/posts-edit-access.php file to your site.

* Update: Edit posts/pages restrictions add-on: non-public taxonomies are not included into restricted database queries. URE will build now much shorter database queries for the sites which have a lot of such taxonomies at the database. For example sites with WP SEO Premium plugin, where ‘yst_prominent_words’ taxonomy may count thousands records at wp_terms and wp_term_taxonomy db tables.

It fixed a problem. Make own tests.

[Author]

Posts