I have the same issue (hosted on Windows), in the output source of the login page I see:
I have removed the domain and windows file path for security reasons.
<script type='text/javascript' src='http://*domain*/wp-content/plugins/better-wp-security/*Windows File Path*/wp-content/plugins/better-wp-security/core/modules/strong-passwords/js/script.js?ver=4041'></script>
for the record: my site too is on Microsoft server.
Mine too – Windows server, WP 4.6.1, iThemes Security Version 5.7.0
/wp-content/plugins/better-wp-security/E:/domains/**REMOVED**/www/wp-content/plugins/better-wp-security/core/modules/strong-passwords/js/script.js
Looks like its jumbled the URL up and that’s causing a 404 error because the URL is rubbish.
I read somewhere else about whitelisting that URL so I might try that, but I don’t like editing the security plugin’s settings like this!
Whitelisting the URL worked. I copied the full URL from the error log and pasted it into the whitelist of the 404 detection settings and saved that. The errors stopped straight away, and as the URL is nonsense I feel this fix probably won’t cause any problems in the future.
Thanks for the reply, it certainly is a practical workaround. Let’s hope it won’t effect the good working of iThemes.
I’m not sure if I should regard this as closed, as it is no real solution.
please fix with the script below in class ITSEC_Lib file class-itsec-lib.php at line 405 almost:
public static function get_module_path( $file ) {
//replace the last slash if present with backslash only for windows...
$path = str_replace( str_replace('/','\\',ITSEC_Core::get_plugin_dir()), '', dirname( $file ) );
ciao
@burolla72
Thank you for sharing that fix. However as soon as one updates the plugin to the next version the fix will be lost and needs to be reapplied …
Not very practical.
Also whitelisting the failing URL prevents 404s from being logged but the Strong Passwords feature is still broken.
Best solution would be for iThemes to fix this bug.
However that is probably not going to happen. Why not ?
iThemes is not interested in hosting on platforms with unsignificant marketshare.
So running this plugin on a Windows platform is a risk.
There is no (NONE) Windows platform testing being done by iThemes.
(If they did, this bug and a couple of other ones would not exist).
A more practical solution (but still not ideal) would be to include a fix in the functions.php file of the active theme. Thus updating the plugin to a new version would not undo the fix.
Another option is to switch to a Linux hosting platform 😉
-
This reply was modified 9 years, 4 months ago by
pronl.