<div dir="ltr">On Wed, Jul 3, 2013 at 8:21 PM, Jay Ashworth <span dir="ltr"><<a href="mailto:jra@baylink.com" target="_blank">jra@baylink.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">----- Original Message -----<br>
> From: "Jeremy Chadwick" <<a href="mailto:jdc@koitsu.org">jdc@koitsu.org</a>><br>
<br>
> I know exactly what you mean when you say "mixed-mode security" (for<br>
> readers: accessing a site using HTTPS, but the URLs referenced within<br>
> that site (for things like CSS, images, etc.) might use HTTP).<br>
><br>
> But what I don't know is where you've seen this. As in a step-by-step<br>
> for where you commonly see it. Even if it varies, just make an itemised<br>
> list of steps (from the point you hit <a href="http://twitter.com/" target="_blank">http://twitter.com/</a> to wherever<br>
> you see the issue) where you commonly see it.<br>
<br>
</div>Generally, anywhere I go on twitter's site (since it's AJAX now, there<br>
really isn't anywhere you "go"), it's https and it's not crossed out,<br>
as Chrome does to indicate mixed-mode.<br>
<br>
As of tonight, I'm getting the "crossed-out https" indicator everywhere,<br>
even after a cache purge and a Ctrl-F5 reload.</blockquote><div><br></div><div>This explains the meaning of the crossed-out https indicator:�<a href="https://support.google.com/chrome/answer/95617?p=ui_security_indicator&rd=1">https://support.google.com/chrome/answer/95617?p=ui_security_indicator&rd=1</a></div>

<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
> I can try to reproduce it there if need be, and/or do some analysis with<br>
> either Firebug's Network tab or Wireshark, but I need a good starting point! :-)<br>
<br>
</div>Remind me where Chrome identifies what's unsecure, and I'll go look it up.</blockquote><div><br></div><div>From the chrome menu (the three lines at the top right), select Tools, then Javascript Console. �That should give you an error where things went wrong, and tell you specifically what it's unhappy about.</div>

<div><br></div><div>Damian</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">


> Also, and I probably don't need to tell you this, but too much code on<br>
> webservers (doesn't matter where (front or back-end)) behaves different<br>
> based on HTTP User-Agent string. (I could write my own rant about this<br>
> completely unnecessary approach, but I'll spare folks)<br>
<br>
</div>Sure. �But this is "change in working environment, not apparently prompted<br>
by anything user-side".<br>
<div class="im"><br>
Cheers,<br>
-- jra<br>
--<br>
Jay R. Ashworth � � � � � � � � �Baylink � � � � � � � � � � � <a href="mailto:jra@baylink.com">jra@baylink.com</a><br>
Designer � � � � � � � � � � The Things I Think � � � � � � � � � � � RFC 2100<br>
Ashworth & Associates � � <a href="http://baylink.pitas.com" target="_blank">http://baylink.pitas.com</a> � � � � 2000 Land Rover DII<br>
St Petersburg FL USA � � � � � � � #natog � � � � � � � � � � �+1 727 647 1274<br>
</div><div class=""><div class="h5">_______________________________________________<br>
Outages mailing list<br>
<a href="mailto:Outages@outages.org">Outages@outages.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/outages" target="_blank">https://puck.nether.net/mailman/listinfo/outages</a><br>
</div></div></blockquote></div><br></div></div>