That sounds like it could be either a bug or a plugin conflict.
When you say “extended codes”, do you mean the big box that displays the response time, final URL, redirect count, log, HTTP headers, and so on? That should be hidden by default even when “compact view” is off, so if it’s visible when you first open the page then it’s probably a bug.
Does the rest of the page look normal? Is everything aligned and coloured correctly? For example, the message in the “Status” column should be green/orange/red depending on whether the link is working or broken, and there should be a small status icon to the left of the link URL that indicates broken links, warnings and redirects.
If other parts of the page also look wrong, some of the plugin files might be missing or loaded incorrectly. Try reinstalling the plugin.
Thread Starter
eric-o
(@eric-o)
The color coding is not working, and no, there are no icons there either.
I did try deleting the plugin and reinstalling it, but that seems to make no difference.
I turned off every plugin I could think of and to still run the site. The two that are essential are “WordPress HTTPS” and “social sharing toolkit”. I can try testing it without the latter later this week (it messes the whole site up to not have that plugin), but the https plugin is needed to reach the panel.
Would there be a reason that parts of the plugin code wouldn’t load under https?
thanks for your help!
Eric
The color coding is not working, and no, there are no icons there either.
That probably means the file /broken-link-checker/css/links-page.css isn’t loading for some reason. If you’re familiar with web development, search the source code of the “Broken Links” page for references to links-page.css. Is it mentioned at all? Does the URL look right, and does it work if you try to open it?
Would there be a reason that parts of the plugin code wouldn’t load under https?
No, I don’t think HTTPS would affect it. Unless the HTTPS plugin also makes other changes to WordPress URLs, like domain mapping? I’ve encountered similar problems before where a bug in a domain mapping or directory mapping plugin prevented plugin CSS/JS files from loading.
Thread Starter
eric-o
(@eric-o)
Thank you so much….that was enough of a hint to help me figure out what was wrong. For anyone else that might encounter this, you need to see if that links-page.css is loading. In my case, it was not, due to an .htaccess file in wp-content/plugins/. I don’t know why that .htaccess file was there but it was forcing any thing with “links” in it’s title to be interpreted by php, which somehow didn’t break everything, only some things.
Just knowing which file to check was a big help. Thank you!!
-erico
