Maybe for the next version of the plugin; thank you for the suggestion.
In my case everytime i deactive, i need speed 5-10mins to check all setting and get lost data record somehow. Because during build web, i used deactive all plugin few time a weeks when hits issue. With this update will help a lot.
Thank you so much.
+1
The plugin should not lose all its settings when it’s deactivated. Besides being a hassle, this is a big security issue — since most people won’t even realize that the settings have been lost.
+1
Just discovered this. Never seen a plugin do this before. Very odd.
WordPress doesn’t provides a proper “uninstall” mechanism.
That’s why I decided to force the plugin to delete the data associated to it during the deactivation, which seems to be the only thing that resembles the uninstallation process. I have received more complains from people asking why was the plugin leaving traces of its data in the website after the deactivation than from people asking to keep the data intact.
The good news are, the plugin stores all its data in flat files which are easier to restore than information in the database. You can easily obtain a copy of these files from the daily backups that all popular hosting providers offer generate. Regarding the audit logs, you can request a copy of your API key via email and after the re-activation of the plugin the API will send the logs that were previously recorded. At the end you are losing no data.
I will move this to our internal issue tracker and let my project manager decide.
I opened a separate ticket regarding importing settings. If we were able to easily import/export via a button, this would be way less of an issue. The whole process to get this plugin back where it was, is a pain. Also, when onboarding new sites, the process is cumbersome compared to other plugins out there.
By defaul the plugin delete all data after uninstall. It should change to “delete” not “uninstall”
