If your site is running in https and your links have https in them, such will be stripped. This is fully-working, standard code and is fine for SEO.
Thread Starter
Ed
(@coopeh)
It’s a http site with https anchor links to other places. It breaks links.
I’ll have to look into that, then. It’s possible that it’s a bug.
Could you provide me with some before and after URLs? Not example ones, but [https] ones that are actually causing an issue. Also include the URL of the active [http] page generating the errors.
Thread Starter
Ed
(@coopeh)
Old: <a href="https://primaryessence.co.uk/">Primary Essence</a>
New: <a href="//primaryessence.co.uk/">Primary Essence</a>
Cheers,
Ed
and the URL of the page with that HTML?
Thread Starter
Ed
(@coopeh)
Sorry I’ve had to remove it as it was hindering a paid service. I’ll try create another one for you today to show you.
Thread Starter
Ed
(@coopeh)
Sorry for the delay, link: http://admindemo.academyblogger.co.uk/
They’re in a text widget, first one is http:// second one is https://.
Thanks,
Ed
Your other links are not shortened. You must not have WP-HTML-Compression enabled…
Thread Starter
Ed
(@coopeh)
It’s definitely enabled, otherwise the source wouldn’t be compressed. It leaves http links alone, only changing https links. There are no other plugins enabled that would cause it to strip the prefix, if I disable the plugin then they return.
Please provide before and after HTML. I’ll run the whole thing through some tests.
Thread Starter
Ed
(@coopeh)
Before:
<a href="https://google.com/" target="_blank">Google HTTPS</a>
After:
<a href="//google.com/" target="_blank">Google HTTPS</a>
Or are you wanting the entire source?
Thanks mate,
Ed
The entire “before” source, yes. The reason being that your “after” source is very much not as it should be
Thread Starter
Ed
(@coopeh)
Works perfectly fine here. Thoroughly tested it and could not reproduce your issue.
The only issue I ran into was with http images/stylesheets/scripts on an https site where WebKit would do a secure semi-redirect to http to allow those items to load. This, however, did not affect the the shortened links at all.
The only way I can reproduce this issue is by manually setting a custom site URL in the class constructor to https when the site is running in http.
