jamesvg
Forum Replies Created
-
Our settings are similar.
We’re probably going to add those files to the ignore list unless we hear something different. Hopefully that stops the notification emails.
Thank you kindly.
Forum: Plugins
In reply to: [NeonCRM Sign-In] Does the plugin make the Neon Account ID available?Fancy!
Thank you kindly.
Forum: Plugins
In reply to: [New User Approve] Users list filter on top not workingThanks!
Forum: Plugins
In reply to: [New User Approve] Not unique table/alias…Thank you for your continued efforts on this plugin.
Thanks for the suggestion, but it seems like the problem might be different.
We investigated a little further and found the following.
First, the healthcheck.html file always exists in the system.
When we access the admin via our client’s VPN the healthcheck.html file is listed in the Ignore Scanning list and the Core Integrity report is clean.
When we access the admin from outside the VPN the healthcheck.html is NOT listed in the Ignore Scanning and the Core Integrity shows the healthcheck.html as “Added, not fixable”. Additionally, if we try to add the /path/to/healthcheck.html when outside the VPN, we get a write-access error.
It’s our guess that permissions on uploads/sucuri/sucuri-settings.php and/or sucuri-ignorescanning.php are getting in the way.
If you have any other suggestions I’d be happy to give them a try, otherwise I might mark this as resolved.
We were able to solve a problem similar to this that was preventing logins.
The recent update bumped the version of the js that loads on the login page.
https://plugins.trac.ww.wp.xz.cn/browser/google-captcha/tags/1.22/js/script.js?rev=1358216
Our client was running Wordfence with version masking turned on. This prevents version data of any kind being listed via wp_enqueue_script() and was masking the version data of the script below.
With version masking:
<script type="text/javascript" src="http://www.climategen.org/wp-content/plugins/google-captcha/js/script.js?ver=8e577189b3fc5ec48e268980371b036e"></script>No version masking:
<script type="text/javascript" src="http://www.climategen.org/wp-content/plugins/google-captcha/js/script.js?ver=1.22"></script>Because the version data was masked, the browser may have served the file from its cache instead of grabbing the update. We suspect this caching was causing the js to fail in some way and preventing logins.
Hopefully this is helpful to someone.