Forum Replies Created

Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter crustycurmudgeon

    (@crustycurmudgeon)

    You’re welcome. It is very deserved. I don’t leave positive feedback often!

    Thread Starter crustycurmudgeon

    (@crustycurmudgeon)

    These are almost exactly the same responses you offered this question last year, yet they did not provide any solution. Yes, I have used the plugin with both of the XMLRPC options enabled and alternatively disabled as well. I did not enable debugging. Is debugging required to be enabled in order for any logs to be written?

    Either way, I’m not sure why this is an issue. If I block an IP or subnet in .htaccess it is supposed to be blocked… yes? XML-RPC functions should be irrelevant to a blocked IP address.

    I also note that theplugin is doing double-entry in the .htaccess files, one entry is using the soon to be deprecated format, the other is the new apache 2.4 (I think) format using “Required”. This seems like a potential problem. Either way, you’ve lost my confidence on this one. No way I can trust this plugin moving forward. UNistalled is the best solution.

    Thread Starter crustycurmudgeon

    (@crustycurmudgeon)

    Thanks for your response and for pointing me to the support forum, Michael. I did not see a support link in the dashboard of the plugin. There is one there, right? With all due respect, I think your time would be best spent working on the code of your plugin. I see numerous posts in your support forum, regarding the very same problem. I do see that some users have made errors, as users are wont to do. In my case, my API and store numbers are right on. Your plugin simply isn’t working. I’m running a business, I don’t have time for spotty plugins nor do I wish to spend time deleting caches, refreshing, and saving, etc. I need it to work, now. Since your doesn’t, I’ve deleted it and moved on.

Viewing 3 replies - 1 through 3 (of 3 total)