My question: is this a bug or a setting in the plugin? Or is this the intended behavior? Is it possible to have the edited version of the page held for review while the original page remains live? Thank you
]]>I accidentally locked myself out of my WordPress dashboard after modifying permissions with the Members plugin. I attempted to resolve the issue by deleting the plugin via FTP, but the issue persists, and I still can’t access my dashboard or administrative functions.
I would greatly appreciate any assistance on how to restore access to the dashboard without affecting my website’s content and functionality.
Thank you in advance for your help!
Best regards,
Sangam
I have found both plugins to be excellent and essential for my needs. Well done Code Atlantic, superb job!
]]>But what if the admin user just simply ignores that directive and never sets up 2FA? Is there any way to verify and/or lockout an admin user that does not enable 2FA as required? Is there some grace period wherein afterward the admin user would be locked out?
Please advise,
Preston
Fatal error: Uncaught TypeError: Illegal offset type in isset or empty in /var/www/domain.com/wp-includes/plugin.php:174 Stack trace:
#0 /var/www/domain.com/wp-content/plugins/bnfw/bnfw.php(1184): apply_filters()
#1 [internal function]: BNFW->bnfw_members_sanitize_role()
#2 /var/www/domain.com/wp-content/plugins/bnfw/bnfw.php(1130): array_map()
#3 /var/www/domain.com/wp-includes/class-wp-hook.php(309): BNFW->user_role_added()
#4 /var/www/domain.com/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters()
#5 /var/www/domain.com/wp-includes/plugin.php(474): WP_Hook->do_action()
#6 /var/www/domain.com/wp-includes/user.php(2283): do_action()
#7 /var/www/domain.com/wp-includes/user.php(2404): wp_insert_user()
#8 /var/www/domain.com/wp-admin/includes/user.php(227): wp_update_user()
#9 /var/www/domain.com/wp-admin/user-edit.php(166): edit_user()
#10 {main} thrown in /var/www/domain.com/wp-includes/plugin.php on line 174
The apply_filters function requires a string as first parameter to identify the filter. Line 1184 in bnfw.php has an array as first parameter.
This looks like the same problem in the Critical Site Error on Password Changes issue. It’s when BNFW is used with the Members plugin.
]]>Fatal error: Uncaught TypeError: Illegal offset type in isset or empty in /var/www/domain.com/wp-includes/plugin.php:174 Stack trace:
#0 /var/www/domain.com/wp-content/plugins/bnfw/bnfw.php(1184): apply_filters()
#1 [internal function]: BNFW->bnfw_members_sanitize_role()
#2 /var/www/domain.com/wp-content/plugins/bnfw/bnfw.php(1130): array_map()
#3 /var/www/domain.com/wp-includes/class-wp-hook.php(309): BNFW->user_role_added()
#4 /var/www/domain.com/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters()
#5 /var/www/domain.com/wp-includes/plugin.php(474): WP_Hook->do_action()
#6 /var/www/domain.com/wp-includes/user.php(2283): do_action()
#7 /var/www/domain.com/wp-includes/user.php(2404): wp_insert_user()
#8 /var/www/domain.com/wp-admin/includes/user.php(227): wp_update_user()
#9 /var/www/domain.com/wp-admin/user-edit.php(166): edit_user()
#10 {main} thrown in /var/www/domain.com/wp-includes/plugin.php on line 174
The apply_filters function requires a string as first parameter to identify the filter. Line 1184 in bnfw.php has an array as first parameter.
]]>I am unable to reproduce this on my end, so I’m not sure how to troubleshoot.
Are there any known issues that would prevent the temporary login link from working correctly?
]]>