Forum Replies Created

Viewing 15 replies - 1 through 15 (of 112 total)
  • Thread Starter pjc123

    (@pjc123)

    A person at Cloudflare was able to inspect the image and indeed it came from Immunify360.

    Thread Starter pjc123

    (@pjc123)

    I went through the WordPress “Site Health” and all plugin settings and made any recommended changes, and/or re-ran any setup wizards in case something was setup wrong. I did the same with Cloudflare. I will have to see what happens over the next couple of days.

    Thread Starter pjc123

    (@pjc123)

    What I have done:

    I started a thread on the Cloudflare support forum.

    I updated php from 7.4 to 8.3. It fixed an unrelated problem with another website, but now I have new errors on the top of the web page listed on my original post.

    @sandeep

    I can’t inspect the image page because it only flashes for a second or two.

    Additionally, I noticed a few console errors that are not related to your original “Please wait while your request is being verified” message, but may still affect site functionality:

    • frontend-gtag.min.js failed to load: Reinstall or update the Google Analytics for WordPress plugin.
      • I reinstalled the plugin.
    • reCAPTCHA api.js blocked due to MIME type mismatch: Check your firewall/CDN or hosting security settings.
      • I couldn’t find reCAPTCHA. Maybe an old plugin, maybe a setting. Still looking.
    • grecaptcha is not defined: Caused by the failed reCAPTCHA script—resolving the MIME issue should fix this too.
    • This reply was modified 10 months, 2 weeks ago by pjc123.
    • This reply was modified 10 months, 2 weeks ago by pjc123.
    Thread Starter pjc123

    (@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.

    Thread Starter pjc123

    (@pjc123)

    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.

    Thread Starter pjc123

    (@pjc123)

    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.

    Thread Starter pjc123

    (@pjc123)

    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.

    pjc123

    (@pjc123)

    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 6 years 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 http://<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 => http://<address removed>
    memory_current => 8732424
    memory_peak => 9095016
    data => Array
    id => file-change
    step => get-files
    chunk => plugins

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

    (@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 8 years ago by pjc123.
    • This reply was modified 8 years ago by pjc123.
    • This reply was modified 8 years ago by pjc123.
    Thread Starter pjc123

    (@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 8 years 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.

    Thread Starter pjc123

    (@pjc123)

    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 8 years, 2 months ago by pjc123.
    Thread Starter pjc123

    (@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.

Viewing 15 replies - 1 through 15 (of 112 total)