Hi @nerokin,
I appreciate your input: as part of our free online community, your feedback helps us improve the plugin. I’ve just tested this, and when I choose to delete all data on deactivation, I see there’s a PHP error, but all tables and options are removed. The PHP error does not cause any issues however, and is fixed in the coming release.
I can imagine that seeing an error looks bad, and I apologize for this oversight. But if you go to yourdomain.com/wp-admin, you will see the error was just a one time error, and everything works as normal.
Because of your feedback here I discovered that the clearing of the cron jobs does not succeed. This will be fixed as soon as possible. However, a cron job still active on your site cannot cause any issues, and you can clear it up with a plugin like WP Crontrol.
As you mentioned issues with other cron jobs, I did you further tests, but could not reproduce any issues with breaking cron jobs. Technically this seems hard to achieve with an uninstalled plugin. But if you have more info on this I’m happy to investigate.
As you state that on your site the tables still existed after deactivation, I’m curious to know what might have happened on your site, as these were dropped completely in my tests. I you have any more info on this, that would help all other users in the community as well. Could there have been a plugin conflict?
Please know that you can always post a support question about this and I will be happy to help.
To me, your feedback shows the power of the free online community, and how such input can improve plugins, and WordPress as a whole. You will of course get props for discovering the bug.
Rogier