[Vladimir]

Hi Karl,

Thanks for the feedback.

[Vladimir]

Bugs fix release 4.24.2 is available.

[Vladimir]

Hi Karl,

Let’s try version 4.24.2.

[Vladimir]

I rollbacked the current version to 4.23.2 while I work on the bugs fixing.

[Vladimir]

Karl,

I rollbacked the current version to 4.23.2 while I work on the bugs fixing.

[Vladimir]

Karl,

Thanks again.
I wonder, why I did not get information about this obvious error during my own tests. I will test this part more thoroughly and return with a fix ASAP.

[Vladimir]

Hi,

Thanks for the information.
This error fixed by version 4.24.1. Please replace your copy of User Role Editor Pro.

[Vladimir]

Karl,

Thanks a lot for your help in the isolating this error.
I published the fix with version 4.24.1.

[Vladimir]

Hi Karl,

What’s your PHP version?
Any additional information, like PHP error messages from server log files, would be very helpful.

[Vladimir]

Thanks for the information.

[Vladimir]

Hi,

I confirm the bug at version 4.23.2 ‘Admin Menu Access’ module. It removes blocked menu item with additional parameters, like ‘Events-Settings’

edit.php?post_type=event&page=events-manager-options

but allows access it via direct URL.
This bug will be fixed by upcoming version 4.23.3 (this week).

[Vladimir]

Hi,

‘Apply to All sites’ option at the main site works for the currently selected role only. It’s not related to the additional modules (like ‘Widgets’) data.

Widgets, admin menu items available at different single sites may be different as single sites may have different set of activated plugins and themes. So I did not include network update feature for the additional modules from very begin. I see with time that some clients (including you) need such feature. I will add it module by module.

If you open ‘User Role Editor’ at the ‘Network Admin – Users’ you should see ‘Update Network’ button there. It opens dialog where you may add ‘Widgets’ restrictions data to the update process:

Code was written this way:
Widgets added by single site admin (superadmin) should be shown 1st. Widgets added by users should be shown below.

Could you describe in details your scenario in order I may test it myself and develop a fix if needed? What widgets you added as superadmin, what widgets as a user? What role has your non-administrator user who adds widgets (screenshot)?

I don’t have on hands a solution to block sidebars. I will check what we can do with it.

[Vladimir]

Hi,

ACF Pro uses to add its meta boxes not ‘add_metaboxes’ action as WordPress recommends, but ‘admin_head’ action. This was a reason why URE Pro missed them.

Thanks for your help in discovering this issue.
I included the fix for it to the upcoming version 4.23.3. I plan to publish it this week.

[Vladimir]

Hi,

If you blocked widgets at Network Admin this restrictions are applied for the main site. In order to restrict widgets for the 3rd site, you should open ‘User Role Editor’ at the 3rd site directly.

Do you test your settings for the restricted site?

[Vladimir]

Hi,

1st, correct the typo, you should have ‘Complete’ instead of ‘Complet’ in the 2nd login expression.

2nd, role shown by WordPress as a ‘primary’ role should be the 1st in the roles array (have index 0). So remove all roles from the user, then add ‘instructor’ role. It will become a primary this way. Then add ‘participant’ role back as a secondary role.

$user->set_role('instructor');
$user->add_role('participant');

[Author]

Posts