WPIntell

Source evidence

[Plugin: WP-HTML-Compression] Stripping https from links

WP-HTML-Compression · support · 2012-09-27T18:39:00+00:00

WP-HTML-Compression plugin evidence original source source API
mixedsentiment
highseverity
0.88relevance
15replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

6 / 30 rows with source links

20.0% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

24 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
Ed resolved
Hi, Not sure how long this has been happening as we’ve only just noticed it, but everytime you include a https link on a page HTML Compression strips it, leaving only the //. This has broken a few links, disabling the plugin fixes it. Cheers, Ed http://wordpress.org/extend/plugins/wp-html-compression/ 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. 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. 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? 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. 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… 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. 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 If so… Before: http://c.ed.gs/KEiW After: http://c.ed.gs/KEC0 Ed 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.

Comments

15 shown
Steven Vachon 2012-10-10T23:53:00+00:00

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.

Ed 2012-10-11T00:20:00+00:00

It’s a http site with https anchor links to other places. It breaks links.

Steven Vachon 2012-10-11T00:23:00+00:00

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.

Ed 2012-10-11T11:32:00+00:00

Old: <a href="https://primaryessence.co.uk/">Primary Essence</a> New: <a href="//primaryessence.co.uk/">Primary Essence</a> Cheers, Ed

Steven Vachon 2012-10-11T13:14:00+00:00

and the URL of the page with that HTML?

Ed 2012-10-11T13:15:00+00:00

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.

Ed 2012-10-13T00:08:00+00:00

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

Steven Vachon 2012-10-15T13:38:00+00:00

Your other links are not shortened. You must not have WP-HTML-Compression enabled…

Ed 2012-10-15T14:09:00+00:00

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.

Steven Vachon 2012-10-18T00:36:00+00:00

Please provide before and after HTML. I’ll run the whole thing through some tests.

Ed 2012-10-18T00:39:00+00:00

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

Steven Vachon 2012-10-18T00:40:00+00:00

The entire “before” source, yes. The reason being that your “after” source is very much not as it should be

Ed 2012-10-18T00:40:00+00:00

If so… Before: http://c.ed.gs/KEiW After: http://c.ed.gs/KEC0 Ed

Steven Vachon 2012-10-18T02:11:00+00:00

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.

Steven Vachon 2012-10-18T02:16:00+00:00

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.