Forum Replies Created

Viewing 15 replies - 31 through 45 (of 83 total)
  • Thread Starter boardboss

    (@boardboss)

    Greetings Bill,

    I reviewed your recently updated plugin file uninstall.php, and it appears you have now included all of the items shown in the screenshot I previously attached to this thread. Thanks for that.

    Were you ever able to determine what was causing the site health issues flag to be triggered? It never seems to go away, even though WordPress indicated the site health was good and found no errors.

    Best regards,
    BB

    • This reply was modified 2 years, 11 months ago by boardboss.
    Thread Starter boardboss

    (@boardboss)

    Allow me to clarify. Your uninstallation process DOES remove the plugin folder and files created during installation. That said, the process DOES NOT remove the entries created in the wp_options table by your plugin during uninstallation.

    I can confirm the version 1.35 plugin you released earlier today removes the entry for “recaptcha_for_all_settings_china”. Thanks for that fix. Unfortunately, there are several other entries that remain in the wp_options table after installation.

    Neither WordPress of a cleaner I tried seemed to recognize these entries as being orphaned or otherwise no longer needed, and completely ignored the entries during the cleaning process.

    I would suggest you add the other values to the uninstallation process so that when users uninstall your plugin, everything it created is removed from the database. I have the skills to remove these entries manually. Many users would not. Thank you.

    Thread Starter boardboss

    (@boardboss)

    The IPv4 address in question is specifically 188.241.80.142. Kindly let me know the results of your investigation as to why this address is not blocked reaching the site. Both ARIN and RIPE report this as an IP address allocated to China.

    Thread Starter boardboss

    (@boardboss)

    I thought I understood enough about install/uninstall, although I wanted to be sure. I reached out independently to two different developers who have created several plugins for me in the past. Both told me almost exactly the same thing.

    In the simplest possible terms, the plugin has code in its installation section that tells WordPress which database tables to create, etc. When uninstalling the plugin, the plugin must tell WordPress which tables to drop, and other specific data to delete from the database. Otherwise, WordPress would not ‘know’ how to delete the plugin.

    To confirm this, I edited the file uninstall.php in your plugin package, then reinstalled the plugin. This time, when I deleted your plugin, the value value for “recaptcha_for_all_settings_china” was deleted from the database because I added “$wptools_option_name[] = ‘recaptcha_for_all_settings_china’;” to the file uninstall.php.

    As I mentioned in my other ticket, your plugin DOES NOT completely uninstall itself from WordPress. Some plugins offer an option to remove all traces; however, yours does not.

    Thread Starter boardboss

    (@boardboss)

    To be clear, I spun up a new server running PHP 8.2.10, did a “clean” automated WordPress install, which is just WordPress, Akismet, and Hello Dolly. Akismet had an update, but I did not update it. I cannot fathom what you might think is wrong with that server; however, I cannot think of anything to check.

    The site health notification came immediately after installing your plugin. I then deleted Akismet and Hello Dolly, since they were unpublished, yet the site health issues notification remained. What triggers that? Clearly the plugin ‘thinks’ something is wrong, even though WordPress indicates the site health is good.

    I later installed Elementor, then Elementor Pro, and also the caching plugin Breeze trying to replicate the problem I reported in another ticket about not being able to edit with Elementor. I also added the theme Astra, but removed it and left only Twenty Twenty-Three in place since the editing with Elementor issue occurs with it as well.

    Currently, the site has only that theme, Breeze, Elementor and your plugin installed. After deleting your plugin, this remains in the wp_options table: https://prnt.sc/giwaNcgF6mPw. WordPress does indeed handle the removal process; however, WordPress has to be told what to remove.

    I thought I understood enough about install/uninstall, although I wanted to be sure. I reached out independently to two different developers who have created several plugins for me in the past. Both told me almost exactly the same thing.

    In the simplest possible terms, the plugin has code in its installation section that tells WordPress which database tables to create, etc. When uninstalling the plugin, the plugin must tell WordPress which tables to drop, and other specific data to delete from the database. Otherwise, WordPress would not ‘know’ how to delete the plugin.

    To confirm this, I edited the file uninstall.php in your plugin package, then reinstalled the plugin. This time, when I deleted your plugin, the value value for “recaptcha_for_all_settings_china” was deleted from the database because I added “$wptools_option_name[] = ‘recaptcha_for_all_settings_china’;” to the file uninstall.php.

    As I mentioned in my other ticket, your plugin DOES NOT completely uninstall itself from WordPress. Some plugins offer an option to remove all traces; however, yours does not.

    Since this domain name expires soon, and the server will also go away shortly, I would be happy to give you the WordPress admin credentials so you can investigate this issue, if I have a way to get them to you privately. Let me know if you want me to do that.

    Thread Starter boardboss

    (@boardboss)

    I installed Elementor free and tried to edit a page. I got the same message: “Sorry, the content area was not found in your page.” I then tried with Elementor Pro and got the same message. All this is on a net-new WordPress install.

    It happened with the default template (2023) and Astra, which is used on the site from the original report. If I disable your plugin using the general settings or deactivate the plugin using the admin dashboard, I can immediately edit any page again.

    Thread Starter boardboss

    (@boardboss)

    I would be willing to install Elementor on the temporary site I spun up to test the other issue and test it there; however, there is no way I am going to put it on another site and take a chance of causing more trouble. I will let you know how it goes.

    Thread Starter boardboss

    (@boardboss)

    I spun up a new server, added WordPress (clean) via the automated install process, assigned the site a domain name expiring soon (), configured Cloudflare, and added your plugin. Initially, the site displayed nothing, as expected. After configuring your plugin and activating it, the site message appeared. Again, as expected. Then I disabled your plugin as shown here: https://prnt.sc/AsasgQLa44TX, saved the settings and then hit the site with Chrome (incognito mode) again. I still see the message. So I used Edge, which has never seen this site, and the message still appears. This is all with the plugin disabled within the plugin itself.

    I then deactivated your plugin from the WordPress admin panel and checked again with Chrome (incognito) and Edge. message still appears: https://prnt.sc/4yJ3sGLtIrFR

    This is the behaviour I reported the first time for an established site that has never had any problems up until I tried your plugin.

    Thread Starter boardboss

    (@boardboss)

    Interesting. I have examined several plugins before, and they all had at least some code to be used during the uninstallation process. I will spin up a new server right now with a bare minimum WordPress installation, then install only your plugin, activate it, uninstall it and let you know what happens.

    For the record, this site has no file/folder permissions issues. I hit the site with a completely different device and browser after I uninstalled your plugin, and I still saw the challenge screen. That should no longer show if the plugin has been removed.

    Thread Starter boardboss

    (@boardboss)

    Well, of course, there *is* a way. There always is. It will just not be done utilizing your plugin. Take care.

    Thread Starter boardboss

    (@boardboss)

    Rapyd or SaltPay/Teya, for example. These are the top processors for credit cards in Iceland.

    Thread Starter boardboss

    (@boardboss)

    I sent you an email with a clarification of my requirements. I am not certain what you described in your reply will accomplish what I need to happen.

    can you please confirm if it is OK to use 1.14 from wordpress.org since it is also missing the Vendor directory? Was the Vendor directory new in version 1.13.x?

    Two sites updated automatically overnight to 1.14. Both sites are running fine. I confirmed this morning that the download from wordpress.org does *not* contain a ‘vendor’ folder, and neither of my two sites has a ‘vendor’ folder. Maybe the ‘vendor’ folder is no longer needed, and the code was updated accordingly?

    Glad I could help. I hope others read this thread and stop posting new ones. πŸ™‚ Maybe the OP could mark it solved.

    You only need to upload the vendor folder.

Viewing 15 replies - 31 through 45 (of 83 total)