<div dir="ltr">When I tested those rules that I picked out from the development branch (as mentioned in my previous message), I found some improvements could be made there as well:<br><div><div class="gmail_extra"><ol><li>
Adobe Digital Marketing: add <rule from="^<a href="http://www">http://www</a>\.demdex\.com/ to="<a href="https://www.adobe.com/products/audiencemanager.html">https://www.adobe.com/products/audiencemanager.html</a>" /></li>
<li>Criteo: <a href="https://labs.criteo.com/">https://labs.criteo.com/</a> times out (but maybe other addresses on that domain work; I don’t know any examples so I can’t test them myself)</li><li>eXelate: <a href="http://loadxl.exelator.com">loadxl.exelator.com</a> does not exist</li>
<li>MaxMind:</li><ol><li><a href="https://dev.maxmind.com/">https://dev.maxmind.com/</a> gives redirect loop (should check other addresses on that domain; I don’t know any examples so I can’t test them myself)</li><li>Only geoip[1-4].<a href="http://maxmind.com">maxmind.com</a> exist; geoip[05-9].<a href="http://maxmind.com">maxmind.com</a> do not exist</li>
</ol><li>Maxymiser:</li><ol><li>Add subdomain ui61</li><li>https://(www\.)?maxymiser\.com/ is mixed content; I don’t know if the insecure requests can be rewritten to eliminate the mixed content<br></li></ol><li><a href="http://rfihub.com">rfihub.com</a> ruleset: Add these observed subdomains: 20508663p, 20526237p</li>
<li>Rubicon Project ruleset: <a href="https://www.rubiconproject.com/">https://www.rubiconproject.com/</a> is mixed content; I don’t know if the insecure requests can be rewritten to eliminate the mixed content</li><li>SaleCycle ruleset: <a href="https://www.salecycle.com/">https://www.salecycle.com/</a> works but is mixed content<br>
</li></ol><div><div dir="ltr"><div>Maybe someone will work with this; otherwise, I’ll come back when I’ve learned to make Git patches (I’m new to Linux).<br></div><div><br>--<br>Brian Drake<br><br>All content created by me: <a href="http://www.wipo.int/treaties/en/ip/berne/trtdocs_wo001.html" target="_blank">Copyright</a> © 2014 Brian Drake. All rights reserved.<br>
</div></div></div>
<br><div class="gmail_quote">On Mon, Jan 13, 2014 at 0619 (UTC), Drake, Brian <span dir="ltr"><<a href="mailto:brian@drakefamily.tk" target="_blank">brian@drakefamily.tk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>I tried to create rules for everything on the shopping site <a href="http://boohoo.com" target="_blank">boohoo.com</a>.<br><br></div>Attached are two rulesets. One is a collection of new rules for this site. The other one (the one marked “development”) is a collection of rules already in the development branch (this is to help users of the stable releases, which don’t include all the rules that are relevant to this site).<br>

<div><div><br></div><div>As far as I can tell, everything on ((www|reporting)\.)?<a href="http://boohoo.com" target="_blank">boohoo.com</a> is available in HTTPS, but when I try to rewrite some of the requests (see the commented-out exclusions in the attached ruleset), they end up disappearing! Specifically, they don’t appear at all in the Web Console, where normally they would appear as HTTP requests.<br>

<br>I have observed this on Firefox 25.0/HTTPS Everywhere 3.4.5 and Iceweasel 17.0.5/HTTPS Everywhere 3.1.4. The requests I am referring to are made when the user tries to add an item to the cart. When the requests fail due to my attempts to rewrite them, it is not possible to add an item to the cart.<br>

</div><div><br></div><div>At least some of these are AJAX requests; when I make the requests manually, they give the expected response, even under HTTPS. But they don’t work as part of the page they’re included in.<br></div>

<div><br>I have no idea why it is happening. Does anyone else have any idea?<br></div><div><br clear="all"><div><div dir="ltr"><div>--<br>Brian Drake<br><br>All content created by me: <a href="http://www.wipo.int/treaties/en/ip/berne/trtdocs_wo001.html" target="_blank">Copyright</a> © 2014 Brian Drake. All rights reserved.<br>


</div></div></div>
</div></div></div>
</blockquote></div></div></div></div>