Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

3rd Party Plugin Compatibility: All In One WP Security #803

Open
raamdev opened this issue Jul 11, 2016 · 2 comments
Open

3rd Party Plugin Compatibility: All In One WP Security #803

raamdev opened this issue Jul 11, 2016 · 2 comments

Comments

@raamdev
Copy link
Contributor

raamdev commented Jul 11, 2016

We have at least one report of the All In One WP Security plugin resulting in 404 errors when enabled alongside Comet Cache.

I'm opening this GitHub issue so that we can track progress towards researching the specific compatibility issue.


2017-01-03 Update: See #803 (comment)

@renzms
Copy link

renzms commented Dec 31, 2016

Unable to reproduce 404 or redirection errors

Tested using:

WordPress Version: 4.7
Current WordPress Theme: Twenty Seventeen version 1.0
Active Plugins: Comet Cache Cache Pro Version 161227 +All In One WP Security 4.2.4
PHP Version: 7.0.10-2+deb.sury.org~xenial+1
MySQL Version: 10.0.28-MariaDB-0ubuntu0.16.04.1

After enabling most applicable security settings in All In One WP Security, (Firewall settings, Brute Force Protection, Bot Protection, File Permissions settings, etc). I checked to see if the front end site behaved properly and if Comet Cache was running.

screen shot 2016-12-31 at 2 48 47 pm

Comet Cache is working fine on the front end and has no issues with redirection or 404 pages. I have seen previous reports in support about Login errors and 404 issues with Comet Cache while a security plugin is active. I did not encounter this issue.

I suspect the customers have changed Database settings they did not fully understand for security along with Login Lockdown/User registration settings that hardened admin login settings. They may have also changed the /wp-login slug or the actual login url itself.

Minor issue

Please note though that the cache does not Automatically clear when changing/updating settings in All In One WP Security. I believe the cache should be cleared after a change as some tweaks in All In One WP Security deal with the front end such as IP Blocking, Maintenance Mode, Firewall settings, restricting access to or visibility of specific pages/posts (user archives, 404 pages, old archived posts, etc.)

Disabling the plugin does clear the cache

screen shot 2016-12-31 at 2 23 53 pm

@raamdev
Copy link
Contributor Author

raamdev commented Jan 4, 2017

Thanks, Renz. So it sounds like all that needs to be done here is to figure out what we can hook into that gets fired with All In One WP Security settings are saved, so that we can clear the cache at the same time.

I'll remove the needs testing label for now and leave this as a todo.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants