Is there a bug in the plugin?
If I let the scan run I get a lot of notification in standard wordpres files. If I download wordpress again and see the code, this is already in the standard code. As an example:
public_html / wp-admin / customize.php
<? php // Outer panel and sections are not implemented, but this is a placeholder to avoid any side-effect in api.Section. ?>
<? php // Panels and sections are managed here via JavaScript?>
<? php $ previewable_devices = $ wp_customize-> get_previewable_devices (); ?>
Thanks for reporting this bug. I did have an error and one of my new virus definitions that was causing it to find false positives in core files but this error was resolved this morning and a new definition update was released to fix the problem. Please let me know if you have any further issues of this kind and I will look into it right away. Thanks again for bringing this to my attention.
I still get 1 threat.
public_html / wp-content / plugins / woocommerce / includes / admin / views / html-bulk-edit-product.php
tr __ (‘% 1 $ s (% 2 $ s)’, ‘woocommerce’), wc_format_localized_decimal (0), get_option (‘woocommerce_weight_unit’)); ?> “value =” “>
</ la
I do not think this is a threat either.
Furthermore I get this message, only I do not know exactly what this is.
Can this message come because the folder is too large?
[drwxr-xr-x] (7155712 Use of undefined constant ‘bwp_template_redirect’ – assumed ” bwp_template_redirect ”) … / public_html / wp-content / uploads / ukd_designer / uploads
I like to hear from you.
We were seeing this same issue, but today it appears to have been corrected, in the latest scan it is not showing this file as an error.
https://gotmls.net/support-topic/anti-malware-is-not-seeing-the-backdoor-or-other-script-issues-that-quttera-is/#post-2083
Yes, the first issue with the html-bulk-edit-product.php is resolved.
Thomas,
I am not sure why the ukd_designer/uploads directory could not be scanned on your server. I suppose it is possible that the files in that folder might not be able to be indexed if there are more than 65,535 of them but otherwise it should scan it. Please try the scan again and let me know if it still gives you the read/write error.
The scan is well done.
The folder that can not scan it contains 158985 files.
Is it possible to scan it in a different way?
It must be hitting a PHP memory_limit while trying to index those files. You could try increasing the memory_limit value in the php.ini file on your server. If that does not work then maybe you could find another way to organize those files or purge all the older files if you don’t need them.
