The warning isn’t just misleading; it’s incorrect. It says that an unencrypted connection is to be used, when no unencrypted connection is ever used (unless HTTPS Everywhere detects a redirect loop).<br><br>Disabling the warning is not misleading. The error you refer to is confusing, but it would be confusing with or without the warning. The warning and the error are two separate issues.<br>
<br><div class="gmail_quote">On Fri, Jun 3, 2011 at 0516 (UTC-8), Colonel Graff <span dir="ltr"><<a href="mailto:graffatcolmingov@gmail.com">graffatcolmingov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div class="im">On Thu, Jun 2, 2011 at 1336 (UTC-8), Seth David Schoen <span dir="ltr"><<a href="mailto:schoen@eff.org" target="_blank">schoen@eff.org</a>></span> wrote:<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
A small number of sites have hardcoded form submission targets to<br>
use HTTP URLs, which generates a warning that<br>
<br>
  Although this page is encrypted, the information you have entered is<br>
  to be sent over an unencrypted connection and could easily be read by<br>
  a third party.<br>
<br>
</div><div class="im"><a href="https://www.abebooks.com/" target="_blank">https://www.abebooks.com/</a><br>
<br>
(enter an author and click "Find Book").<br></div></blockquote><div><br>I know you cannot test this, but that error appears when booksellers try to <br>upload their inventory and it actually DOES prevent the upload from <br>

occurring. After disabling the ruleset, I never had the chance to go back <br>and test it on my client's computer to find out why. Disabling the warning<br>might mislead any other booksellers who may be using HTTPS Everywhere<br>

and selling on Abebooks since they may not understand why the upload will<br>not be processed. I realize that it is likely that very few people who currently <br>use HTTPS Everywhere experience this behavior which is why I'm the only<br>

person bringing the issue up, but if the number of people using it grows to <br>include enough people, it will likely become a major factor in their decision<br>to either use or not use HTTPS Everywhere.<br></div></div>
<br>_______________________________________________<br>
HTTPS-everywhere mailing list<br>
[snip]<br></blockquote></div><br>--<br>Brian Drake<br><br>Alternate (slightly less secure) e-mail: <a href="mailto:brian@drakefamily.tk" target="_blank">brian@drakefamily.tk</a><br>Alternate (old) e-mail: <a href="mailto:brianriab@gmail.com" target="_blank">brianriab@gmail.com</a><br>
<br>Facebook profile: <a href="https://ssl.facebook.com/profile.php?id=100001669405117" target="_blank">Profile ID 100001669405117</a><br>
Twitter username: <a href="https://twitter.com/BrianJDrake" target="_blank">BrianJDrake</a><br>Wikimedia project username: <a href="https://secure.wikimedia.org/wikipedia/meta/wiki/User:Brianjd" target="_blank">Brianjd</a> (been inactive for a while)<br>
<br>All content created by me <a href="http://www.wipo.int/treaties/en/ip/berne/trtdocs_wo001.html" target="_blank">Copyright</a> © 2010–2011 Brian Drake. All rights reserved.<br>