[Vladimir]

OK.

[Vladimir]

Hi Harald,

I suppose that you use “Admin menu access” add-on with “Block Not Selected” option for the describe role. Read carefully this part of the documentation page.

[Vladimir]

Plugin will stay fully functional. It influence only on the automatic updates.

[Vladimir]

Hi,

Check your firewall, if 31.31.196.160 is blocked for your server. My recent test is successful – service is available from my side.

As a quick workaround you may replace line #221 of file pro/includes/classes/settings-pro.php with:

//$license_state = $license_key->validate($license_key_value);
$license_state = array('state'=>'not available');

[Vladimir]

Alejandro,

My test role contains just 3 capabilities: read, edit_posts, manage_options
and such user sees Tools->Redirection menu item.
What if you deactivate all plugins except redirection? Will it become available?

Thanks for the note about PHP warnings. I fixed the problem.

[Vladimir]

Hi Tine,

Do you use special UM plugin “Ultimate Member Role” field when work via user profile?

It seems UM plugin not only grants role to a user, like WordPress itself (and URE) do, but make additional changes internal for the UM plugin only. When you work via URE or WordPress UI this step is not executed of course.

[Vladimir]

It it’s possible to look at your site with admin privileges, send credentials to support [at-sign] role-editor.com

[Vladimir]

Hi Alejandro,

Right, Redirection plugin itself requires ‘manage_options’ capability. But “Tools” menu is protected by ‘edit_posts’. Add ‘edit_posts’ capability to your role and “Tools” menu will appear with “Redirection” and some other submenu items together.

[Vladimir]

Thanks a lot for the help.

[Vladimir]

You may try a beta version 4.62.1.b1. It’s available after login from the “Download” page.

[Vladimir]

I don’t have Themify on hands to give you more exact information.
Goto “Users->User Role Editor”, select your role, go through the existing ‘Custom Post Types’ and look if there are any not turned ON checkboxes.

[Vladimir]

I found and fixed the bug. I will include it to the next update.

To @epss: I uploaded to dev copy the updated file user-role-editor-pro/pro/includes/classes/gf-access-user.php.

The begin of get_roles_data() function was replaced from:

    private static function get_roles_data( $user_id, $user_what_to_do ) {       
        $all_forms = array();
        $access_data = get_option( URE_GF_Access_Role::ACCESS_DATA_KEY );
        if ( !is_array( $access_data ) ) {
            return $all_forms;
        }        
        $what_to_do = -1;   // Not initialized
 

to

    private static function get_roles_data( $user_id, $user_what_to_do ) {                
        $access_data = get_option( URE_GF_Access_Role::ACCESS_DATA_KEY );
        if ( !is_array( $access_data ) ) {
            $data = array(
                'what_to_do'=>1,
                'forms_list'=>array()
        );
            return $data;
        }        
        $all_forms = array();        
        $what_to_do = -1;   // Not initialized

[Vladimir]

I confirm the issue. Thank you for the provided information and access/data for testing. I work on the fix.

[Vladimir]

Thanks for the notification. Error in line 211 is caused by a typo skipped the tests somehow. Valid method name for call here is URE_GF_Access_User::get_gf_list(). Fixed.

Related update was introduced with version 4.61 “New: Gravity Forms Edit Access add-on: It’s possible to set what forms is allowed to edit for the selected role.”. It should use “Allow” value by default for not updated user profiles.

I’m ready to investigate the issue. If it’s possible to get admin access to your site (stage/development copy better) send credentials to support [at-sign] role-editor.com

[Vladimir]

Thank you. I will investigate this and apply your fix, enhance this part if needed.

[Author]

Posts