<div dir="ltr">The warning is correct in that it is probably NOSCRIPT. I think.<div><div>All the speed test knows is that an API call to all servers was brutally failed</div><div>in an unexpected way. There is no visibility into what caused the failure, only</div><div>that it should not occur in a clean browser. If you open the console</div><div>you can probably see more than the javascript gets told.</div><div><br></div><div>For example if the test is given 5 servers to use, it pings them all, and one</div><div>is unreachable, that is fine, no error is generated. The errors accusing</div><div>extensions are generated when no other possibilities are left.</div><div><br></div><div>I usually see users strike this when they use AdBlock or NOSCRIPT, and</div><div>I do believe there is a no-script type extension for Chrome as well. I've not</div></div><div>pinned down any other cases, perhaps you are the first? but you did </div><div>mention noscript so it seems more likely now. I did ask the author</div><div>of noscript to ease things by allowing a page to suggest a list of resources</div><div>it wants whitelisted in advance, via a line in the html header, and</div><div>prompt the user "this page wants to use these resources, allow/deny",</div><div>but he said that would be "abused".</div><div><br></div><div>Regarding the proxy warning, the test is supposed to be maxing your</div><div>last mile link speed and reporting it to the under your ISP. The </div><div>majority of proxies seem to be things the user did not even know they</div><div>are using like google compression proxy (for chrome on mobile),</div><div>or corporate proxies for virus scanning (that perform poorly). If the</div><div>proxy is buggy or not transparent enough it breaks the test. For example</div><div>if you fetch a large file, then abort when you get 10% of it, does the</div><div>proxy fetch the whole file first? does it cache the request aggressively?</div><div>If you post, does it suck up the post, then hang without traffic until</div><div>it gets the remote response. So a warning that the results may not</div><div>be right seemed appropriate. If they are right, great!</div><div><br></div><div>Also there is at least one strange proxy+browser app out there, for</div><div>accelerating mobile devices. They get huge results and show the</div><div>"client" being an ISP IP address, but actually they're doing all the</div><div>work in their network. They are probably running a cloud browser</div><div>and sending html back to the device, where it is displayed by their</div><div>browser, and sending up touch events. A sort of apple screen</div><div>mirroring thing.</div><div><br></div><div>Do let me know if you work out what it is, perhaps noscript is a little</div><div>harder to disable than it might seem?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 26, 2015 at 12:15 AM, Jan Ceuleers <span dir="ltr"><<a href="mailto:jan.ceuleers@gmail.com" target="_blank">jan.ceuleers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 25/04/15 13:44, jb wrote:<br>
> The message appears when the speed test is blocked from reaching a test<br>
> server.<br>
><br>
> It has turned out to be almost always either Adblock, AdblockPlus or<br>
> NOSCRIPT<br>
><br>
> The error message is correct, at least, has been so far: it is always an<br>
> extension<br>
> and whatever extension it is, does not report to what it is doing, just<br>
> rips a hole<br>
> in the browser.<br>
<br>
</span>Justin,<br>
<br>
I do have other extensions besides Adblock (including NoScript), but<br>
when I get this error message I had permitted all scripts from sites I<br>
don't distrust to run (so excluding any google/fb/twitter/... stuff that<br>
doesn't belong) and as I said I had completely disabled AdBlock.<br>
<br>
What I mean about the error message being incorrect is that it doesn't<br>
tell me what the problem is, and makes an assumption about the cause of<br>
that problem. So what server does traffic not get through to? I then<br>
have a shot at finding out which protocol and port so that I can further<br>
debug.<br>
<br>
On another note: why the warnings about use of the speed test through a<br>
proxy? Why would that invalidate the test? I run a squid instance on my<br>
side of my DSL line, and I don't notice any significant differences in<br>
the results with and without proxy.<br>
<div class="HOEnZb"><div class="h5"><br>
Thanks, Jan<br>
<br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</div></div></blockquote></div><br></div>