[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.

[Vladimir]

Hi,

Your hosting provider WpEngine added as MU plugin the condition to kill automatically so called long queries (longer 16384 characters) having database productivity in a mind. This is a reason why a restricted user does not see categories list.

My own thought: It is quite good to kill some ineffective query if it takes too much time at the database server to fulfill it. But it’s not a good idea to measure query productivity at the client side just counting characters inside a query string.

Returning to the problem, query is so long due to Yoast prominent words. Yoast product saves them as taxonomies and currently you have 4108 taxonomy db records automatically created by Yoast. (Some times it seems to me that not SEO exists to enhance the Internet usability) but all around exists to work for SEO. It takes too much resources.)
I will look how to exclude Yoast related taxonomies from a queries modified by URE Pro without having to list them all by ID. I found the related discussion about problem created by prominent words taxonomy for other plugin.

[Vladimir]

I see a problem now.
I created backup copy of your site files and data (except wp-uploads) and installed its copy at my local development environment. When I login as a humanresources user and open the 1st post from the list for editing, I see the list of allowed categories.
But the same meta box shows empty categories list at the production site. I assume that some database error may take place at your installation. Can you look at the system logs for the PHP or MySQL error messages from your server? May be temporal setting of WP_DEBUG and WP_DEBUG_LOG to true may help to see the error message.

[Vladimir]

Hi,

Roles are exported by User Role Editor into zipped .json file, not PDF one.

Restore corrupted role capabilities list granting them manually again. Backup role by exporting them. It will allow to restore missed role back at any moment. Monitor which action/change/update may lead to this result. Report the issue if you can repeat it. I’m ready to investigate the reasons and develop a fix if any bug or incompatibility will be discovered

[Vladimir]

I can not use a new user as got message ‘Disabled’ after try to reset password. I found the older credentials you have sent me earlier and logged-in successfully.

All users with ‘Specific Page Manager’ role (except one) has edit restrictions by categories list set at the user profile. Thus URE does not allow user to create new category and restricts a list of categories available to selection at the post editor page according to that condition from a user profile.

[Vladimir]

Hi,

1st, check if editing for this user is not restricted by category at user and role level both.

If that will not help, then Yes, send login credentials to support [at-sign] role-editor.com

[Vladimir]

Starting from version 4.45 from 07.05.2018 URE Pro follows Gravity Forms version 2.3+ data model change:
Quote from changes list for v. 4.45:
“Function GFFormsModel::get_lead_table_name() call was replaced with GFFormsModel::get_entry_table_name() to provide compatibility with Gravity Forms v. 2.3+”.
This update is not compatible with earlier versions of Gravity Forms.

Workaround: replace URE Pro back with version 4.44 and plan update to the latest version of Gravity Forms 2.3+.

[Vladimir]

Hi,

What version of Gravity Forms do you use?

[Vladimir]

Hi,

You can not install other version of installed plugin via .zip file. You have to delete plugin via WordPress before install it this way as you will always get “Destination folder already exists” error message. Deleting plugin via WordPress will delete the settings you made for URE. So its better to deactivate plugin and remove its folder via FTP or file manager.

If you input a license key at the “Settings->User Role Editor->General” tab, it will be possible to update URE Pro directly from WordPress as any other plugin – from the Plugins or Updates pages. License key is available at your account page after login. Read this article for more details.

[Vladimir]

Excellent! Thanks for the help with testing.

[Author]

Posts