Plugin continually reverts all custom settings to the initial defaults
-
WP 6.4.2
Solid Security 9.2
PHP 8.1
Three times today, another two times this past week, and once the week prior, Solid Security has reverted our custom settings to the ones that are set by default when initially setting up the plugin via the onboarding wizard. These events were not triggered by any of our users and/or deployments. They happened, seemingly arbitrarily.
Each time the plugin reverted the settings, we lost all of our customization and forced to walk through each step of the setup wizard in order to reset the settings. For each time this has occurred, nothing in the logs points to how or why this may have happened.
I would like to note that we critically rely on the plugins custom slug/entrypoint feature allowing us to mask the usual wp-login entrypoint with our custom slug. The feature and the plugin as a whole has worked just fine prior to this recent usurping of iThemes. Now, every time the plugin decides to revert, we naturally lose our customizations. Worse yet, our users (who aren’t aware of the technicalities involved when the plugin regresses), are being routinely banned by the same plugin due to the fact that their browser doesn’t recognize the default wp-login entrypoint. Their local cache is useless in an attempt to autofill (remember) login credentials. The problem is further compounded into confusion after the user unknowingly racks up three invalid login attempts in a row and told without explanation their IP has been banned.
Since we’re a very large non-profit organization with over 800 registered WP users, half of which are logged in to the WP backend at any given (throughout the various time zones) dealing with this today was an internal nightmare .
If we can’t find answers here or elsewhere in the very near term we’ll be replacing the plugin for one we can rely on.
- The topic ‘Plugin continually reverts all custom settings to the initial defaults’ is closed to new replies.