pjc123

So, whatever it was, it fixed itself, as I made no changes. However, I have auto plugin updates set up, so it could have been that, or as mentioned, a glitch at an outside service such as Cloudflare has since been resolved. Again, thanks for the help.

Thanks for the help. I will be looking into those things. I was going to attach a video of the message but couldn’t find a way to attach it, so just pointed to the website how to duplicate it. Weird that it is only happening to me and only with certain menu selections.

Thanks for the detailed reply. I will not be able to get to it right away, but I will do everything that you listed. I have been using the plugin and playing with various settings over the past three years, so it is not necessarily the most recent update where issues may have occurred.

Also, on a separate issue, on one of the websites the text “Thank you for creating with WordPress” sits on top of the “Test Page Cache” button and interferes with the buttons operation because the word “WordPress” is a url link.

Good plugin, but same issue….It used to work OK, and not sure when this started happening, but it was fairly recently. OK button causes banner to disappear but notice still appears on every single page. I am forced to disable the plugin because users are becoming so annoyed that they stopped using my website.

• This reply was modified 4 years, 5 months ago by pjc123.

I am not only still getting this for a month now, but now it has spread to a second website that I own.

I have been getting one or several of these fatal errors per week. It started on 06-30-2018; perhaps no accident that this thread and all replies are from a month ago. I have two websites which have the same theme and almost identical plugins, but the problem is only affecting one of them. I am running the latest iThemes Security (7.0.4).

Module File Change
Type Fatal Error
Description Scan Failed
Timestamp 2018-07-26 13:00:37
User
URL https://<address removed>

DETAILS:

id => 5987
module => file_change
type => fatal
code => file-scan-aborted
timestamp => 2018-07-26 17:00:37
init_timestamp => 2018-07-26 17:00:35
remote_ip => 5.102.173.71
user_id => [empty string]
url => https://<address removed>
memory_current => 8732424
memory_peak => 9095016
data => Array
id => file-change
step => get-files
chunk => plugins

• This reply was modified 6 years, 4 months ago by pjc123.
• This reply was modified 6 years, 4 months ago by pjc123.

MY PROBLEM SOLVED: Firefox worked fine. I had a really hard time clearing Chromes cache. Between Bleachbit, Chromes clearing options, and my Vanilla Cookie Manager’s clearing optins I was able to get it done. The button now shows up.

[gadwp_useroptout html_tag=”button”]Google Analytics Opt-out[/gadwp_useroptout]

Similar problem. Sometimes I get the button, other times I get only the text. I have cleared all caches and it did not help.

Also, when the button does appear, there is no indication that anything has happened after pressing it. Some kind of feedback message with verification that it worked would be very helpful.

• This reply was modified 6 years, 6 months ago by pjc123.
• This reply was modified 6 years, 6 months ago by pjc123.
• This reply was modified 6 years, 6 months ago by pjc123.

REALLY SOLVED: So, I don’t know if 4.9.6 (which was available today) fixed the problem or the several plugin updates since I posted this thread solved the problem, but I installed 4.9.6 today and everything works fine this time. What did I learn from all of this….I love me some “Easy Updates Manager” plugin (Although I could have added this manually without a plugin), which allows me to do manual updates, with a backup beforehand.

• This reply was modified 6 years, 6 months ago by pjc123.

I run into this problem occasionally. Clearing cookies on my browser, clearing the caches on my WordPress caching plugin, and purging files from my CDN solve the issue. Also, I have page rules set up on my CDN so that caching is not used when I am logging in and using the Admin panel.

SOLVED: (Well my sites are working again anyway):

I manually downloaded and downgraded to WordPress 4.9.4 and I am back up and running. I have also disabled both major and minor WordPress updates, so I don’t have to go through this again; that allows me time to make a backup first, most importantly a backup with auto updates disabled, so if I do have to restore, the site won’t immediately update. Hopefully there will be a fix in one of the updates in the future that will fix the problem (WordPress, Plugin, Theme, whatever).

• This reply was modified 6 years, 7 months ago by pjc123.

CONTINUED…..

5) Added -temp to each plugin name in the plugin directory one at a time. This did deactivate them, but it did not fix the issue.

This is a nightmare.

1) I can’t rename the plugin directory because then I can’t login because ithemes security is set to a different login url.

2) I did a cpanel restore and was able to catch the wp-config.php file and make changes to it just in time before the wordpress update on one of my websites which now works properly again, but I wasn’t fast enough for my other website, which I now realize has the same exact problem (which makes sense since they both have the same theme and plugins).

3) I tried editing my cpanel Home directory backup file so I could edit the wp-config.php file, but when uncompressing it there were some errors, with links as i remember; so not sure I can ignore those, and if so I guess I would have to recompress the file properly before re-uploading.

4) I tried installing the WP Downgrade Plugin. WordPress 4.9.5 will not let me install any new plugins.

Can I rename every plugin in the plugin directory except for the ithemes security one and rename them back later one at a time and try them, or will that not work?

Is there a way to revert to WordPress 4.9.4?

• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.

@jsg9in9nl. Thanks, will give that a try when I get a chance. I realize that I can revert, so that’s good, but does the renaming of that directory deactivate or remove the plugins; also wondering if the plugin settings would go away, making testing each plugin not under the same conditions.

• This reply was modified 6 years, 7 months ago by pjc123.

Yeah, I came across that, as well as a plugin that will do it. Thanks, but now I am in a Catch-22. After restoring a full backup of my site, I can’t disable the WordPress updates fast enough before the update happens. I can see all 9 plugin updates on my site for like a microsecond, but then 4.9.5 kicks in and there are then only two plugin updates available, and they are un-updateable. I can’t even deactivate plugins to see if there is an issue with any, because I get the error on line 2692 as noted above when I try to deactivate any of them. Arghh. I am at a loss.

• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.
• This reply was modified 6 years, 7 months ago by pjc123.