JohnStaples

Thanks for your fast response @williampatton ! I first tried the Clear Issues button and that fixed the issue. Then I went to another page and tried just Updating it and that too resolved the issue. Great to know 2 ways to deal with this in the future. Thanks again!

Thanks @williampatton

I am interested in doing what you suggested but I cannot do much with it at the moment because of other projects that are consuming me. I’ll try to get back to you here ASAP. Thanks again!

Nope, Def not resolved.

Just to recount…

• I created a test site that is an exact duplicate of my live site
• I then updated WordPress and all plugins on the TEST site to be sure no issues and it was clean
• I then updated WordPress and all plugins on the LIVE site and it was clean
• I then installed EDAC on both sites
• It works on the test site but does NOT work properly on the live site
• both sites are on the same hosting with the same versions of php and same setups of everything

Full details start on the previous page with my post that begins with “Hi! Me again!”

Oh and the issue @oldrup reported is not related to this problem as that site was not involved in the testing for this specific site.

I guess we may be out of options here but I was pretty excited to use EDAC and perhaps standardize on it. We have another client using Monsido so we may have to switch to something like that or maybe just keep using WAVE.

If you can offer any further assistance I’d def reconsider using EDAC! Thanks!

Thanks @williampatton

I just tried this and it did not resolve the issue.

I did notice that, on both my live site and my test site, your edac metabox on the dashboard incorrectly assumes that the WordPress installation is in the root. While this will typically be true there are several reasons you might have WordPress installs in folders within the root.

So, I am wondering if this assumption that is coded into the metabox might also be in play in other parts of the plugin code? That might explain the partial functionality? Just a thought to consider!

Thanks again for your help!

Hi @williampatton! Thanks again for the help!!

The exact process I used was as follows,
1) took a copy of the working site and database (with no edac installed yet)
2) installed that copy on a test server
3) upgraded WordPress and plugins on the test site to ensure the upgrades would go smoothly
4) installed edac on test site and did some preliminary accessibility testing
5) returned to live site and upgraded WordPress and plugins exactly as I did on the test site
6) installed edac plugin and activated it
7) immediately saw that it was not working properly
8) verified that all versions of php, mysql, etc. were identical between test and live (also, test and live are both located with the same web host)
9) went through your checklist of things to check when edac doesn't work and everything looks fine

Below are the steps I just took to enable debuggin per your recommendation.

NOTE: I've hidden my domain in the examples below for privacy.

1) added the following to wp-config.php

// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );

// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );

// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

// Use dev versions of core JS and CSS files (only needed if you are modifying these core files)
define( 'SCRIPT_DEBUG', true );

2) loaded the website

3) logged in as admin (with edac plugin activated)
I noticed the metabox for Accessibility Checker has a link titled "Edit Accessibility Checker Settings" but the link (https://not-my-actual-website.com/wp-admin/admin.php?page=accessibility_checker_settings) does not work because my WordPress installation is in a subfolder named rccms. In the sidebar admin menu the edac has the correct link (https://not-my-actual-website.com/rccms/wp-admin/admin.php?page=accessibility_checker_settings). In my WordPress General Settings WordPress Address (URL) is set to https://not-my-actual-website.com/rccms while Site Address (URL) is set to https://not-my-actual-website.com

I don't know if this might be contributing in any way to this issue.

5) viewed homepage
the edac button/widget is missing

6) opened homepage for editing
the edac boxes are displayed but with incorrect info

7) I posted the resulting log file here for your review, https://visionarywebworks.com/debug.log.txt

Thanks again for your assistance!

Thank you @christophermhinds!

I’ve switched to the WAVE browser plugin for now but I do like to use yours if I can get it to work on this site.

Thanks @williampatton!

• The backend page editor errors count shows 0 when it should show 20. The details tab also shows 0.
• The frontend widget is missing and there are no javascript errors in the console.
• I removed all of my browser extensions but it had no effect.
• Tried Chrome and Firefox with the same results

The strange thing here is, I started this effort yesterday by making a complete copy of the live site and moving it to a testbed. Then I did some upgrades of WordPress and plugins and everything was working beautifully and still is on the test site. Then I went back to the live site and implemented the exact same upgrades but edac will not work!

As I mentioned all of your troubleshooting steps have been followed. When I look at the live site with phpinfo I see the same settings as the test site.

I don’t have a lot of hair left! ??

Hi! Me again!

Well, the edac was working perfectly on the site in my test installation but when I moved it to the live site it no longer works! ??

• The “Whoops” warning is gone.
• When editing a page I see the Accessibility Checker meta boxes but the Errors box incorrectly shows 0 errors while the Contrast Errors box correctly shows 20 errors. Warnings incorrectly shows 19 when it should be showing 76.
• On the frontend the edac icon is completely missing
• Both the test site and the live site are on the same hosting account with the same php and other settings. Same versions of php, etc.
• I’ve verified everything on your list of issues that can cause the scan to fail.

Any other thoughts on what could be wrong?

Thanks again for all of you assistance! The issue is resolved per the other topic I had started.

Hi @stevejonesdev!

Thank you so much for your assistance. As it turns out allow_url_fopen was set to off and that was the issue. I apologize for not checking that more carefully before requesting support!!

I would ask one additional question if you don’t mind…

Would you recommend leaving allow_url_fopen set to off during normal day-to-day operations and only changing it to on when I am testing?

Thanks again to you and @alh0319 for your kind and generous assistance! Great plugin and great people!

• This reply was modified 3 months ago by JohnStaples.

Regarding your suggestion that I rule out everything in your article,

• website is NOT currently password protected
• WordPress Minimum System Requirements ARE Met
• REST API is NOT Disabled
• WP-Cron Has NOT Been Disabled
• SSL Configuration is correct
• there are NOT any Plugin or Theme Conflicts (clean WordPress install)
• there should be no PHP issues

This edac plugin has worked in my testing within the past 6 months but now it will not work on any of my sites, even a clean WordPress install.

Hi @alh0319,

Thank you for your prompt reply!

To better illustrate the issue I created a clean WordPress site with default theme, only one page and only one plugin, Equalize Digital Accessibility Checker.

Here is a screenshot showing the edac error message when I go to Pages in the WordPress admin.

https://leatherwingstudios.com/EqualizeDigitalAccessibilityChecker/edac-03.jpg

And here is a screenshot showing the error message again when I am editing the page.

https://leatherwingstudios.com/EqualizeDigitalAccessibilityChecker/edac-02.jpg

Here is the link to the website,

https://leatherwingstudios.com/EqualizeDigitalAccessibilityChecker/

Let me know if you would like admin access to the site.

• This reply was modified 3 months ago by JohnStaples.

Hi @alh0319,

Thank you for your prompt reply!

To better illustrate the issue I created a clean WordPress site with default theme, only one page and only one plugin, Equalize Digital Accessibility Checker. I inserted a single image with no alt text on the page. When I view the page I see the EDAC button at bottom right but when I click it it does not find any issues.

Here is a screenshot showing the image, edac and the inspector.

https://leatherwingstudios.com/EqualizeDigitalAccessibilityChecker/edac-01.jpg

Here is the link to the website,

https://leatherwingstudios.com/EqualizeDigitalAccessibilityChecker/

Let me know if you would like admin access to the site.

Perhaps this is related to this problem, https://www.ads-software.com/support/topic/whoops-it-looks-like-your-website-is-currently-password-protected-3/#post-17959772 ?

• This reply was modified 3 months ago by JohnStaples.

Thank you for your prompt response! I was hoping I was just missing this functionality but the Fields List you provide should help in this regard.

I must say, I have used many WordPress plugins and written some myself, and this is truly an outstanding plugin in every way! Extremely useful with an incredible set of features and functionality! The free version delivers everything I need and a lot more but I will still be purchasing your paid version to help support such an awesome plugin! I wish you much success!!

Thanks again!

• This reply was modified 3 months, 2 weeks ago by JohnStaples.