From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id CE76B21F324 for ; Sat, 25 Apr 2015 21:17:03 -0700 (PDT) Received: by iejt8 with SMTP id t8so107149674iej.2 for ; Sat, 25 Apr 2015 21:17:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=bE/1ENYZ8JknWYQ7JZRPIezzFicKN5f4xlUbgMoHdkk=; b=LFNMfUP7ubemDrTczUpvJ5Pjj7fpcVRr336GAPJfgUVf0gDIQODgDXjmf1K0idswdm 1FZwtrB2QquznqOlH+l+tGn5joRXQmTgyBOWBqHDivE75Hr2pFCLjF9y1zt7iCJwn5Ng BYtDlAbFPJu6EKYudjelQ6E+9n0Je9tewJIwp3GcSqOSH2DdWltE0v2U29NKDT+uCJ32 jN5QuTaFyZZVuSh2tsNkD0TM+8++KdDRgaCELusVxhwIinLBLSRS2axm9OPduQg761Q5 d/t4JYfW9+W+DeFDBYj6PlQsaDNbTwz8rwayMGICVsI2s6pA+HTmS7A32qCZFVtFmvNo LkcQ== MIME-Version: 1.0 X-Received: by 10.50.64.244 with SMTP id r20mr6217554igs.48.1430021822237; Sat, 25 Apr 2015 21:17:02 -0700 (PDT) Sender: justinbeech@gmail.com Received: by 10.50.107.42 with HTTP; Sat, 25 Apr 2015 21:17:02 -0700 (PDT) In-Reply-To: <553BA193.1030907@gmail.com> References: <553B2863.2020600@gmail.com> <553BA193.1030907@gmail.com> Date: Sun, 26 Apr 2015 14:17:02 +1000 X-Google-Sender-Auth: 9evCJ73iBY1wtHUUa2Iq3O7Pj7U Message-ID: From: jb To: Jan Ceuleers , bloat Content-Type: multipart/alternative; boundary=047d7bea3d22bc6d2a051498e659 Subject: Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2015 04:17:33 -0000 --047d7bea3d22bc6d2a051498e659 Content-Type: text/plain; charset=UTF-8 The warning is correct in that it is probably NOSCRIPT. I think. All the speed test knows is that an API call to all servers was brutally failed in an unexpected way. There is no visibility into what caused the failure, only that it should not occur in a clean browser. If you open the console you can probably see more than the javascript gets told. For example if the test is given 5 servers to use, it pings them all, and one is unreachable, that is fine, no error is generated. The errors accusing extensions are generated when no other possibilities are left. I usually see users strike this when they use AdBlock or NOSCRIPT, and I do believe there is a no-script type extension for Chrome as well. I've not pinned down any other cases, perhaps you are the first? but you did mention noscript so it seems more likely now. I did ask the author of noscript to ease things by allowing a page to suggest a list of resources it wants whitelisted in advance, via a line in the html header, and prompt the user "this page wants to use these resources, allow/deny", but he said that would be "abused". Regarding the proxy warning, the test is supposed to be maxing your last mile link speed and reporting it to the under your ISP. The majority of proxies seem to be things the user did not even know they are using like google compression proxy (for chrome on mobile), or corporate proxies for virus scanning (that perform poorly). If the proxy is buggy or not transparent enough it breaks the test. For example if you fetch a large file, then abort when you get 10% of it, does the proxy fetch the whole file first? does it cache the request aggressively? If you post, does it suck up the post, then hang without traffic until it gets the remote response. So a warning that the results may not be right seemed appropriate. If they are right, great! Also there is at least one strange proxy+browser app out there, for accelerating mobile devices. They get huge results and show the "client" being an ISP IP address, but actually they're doing all the work in their network. They are probably running a cloud browser and sending html back to the device, where it is displayed by their browser, and sending up touch events. A sort of apple screen mirroring thing. Do let me know if you work out what it is, perhaps noscript is a little harder to disable than it might seem? On Sun, Apr 26, 2015 at 12:15 AM, Jan Ceuleers wrote: > On 25/04/15 13:44, jb wrote: > > The message appears when the speed test is blocked from reaching a test > > server. > > > > It has turned out to be almost always either Adblock, AdblockPlus or > > NOSCRIPT > > > > The error message is correct, at least, has been so far: it is always an > > extension > > and whatever extension it is, does not report to what it is doing, just > > rips a hole > > in the browser. > > Justin, > > I do have other extensions besides Adblock (including NoScript), but > when I get this error message I had permitted all scripts from sites I > don't distrust to run (so excluding any google/fb/twitter/... stuff that > doesn't belong) and as I said I had completely disabled AdBlock. > > What I mean about the error message being incorrect is that it doesn't > tell me what the problem is, and makes an assumption about the cause of > that problem. So what server does traffic not get through to? I then > have a shot at finding out which protocol and port so that I can further > debug. > > On another note: why the warnings about use of the speed test through a > proxy? Why would that invalidate the test? I run a squid instance on my > side of my DSL line, and I don't notice any significant differences in > the results with and without proxy. > > Thanks, Jan > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --047d7bea3d22bc6d2a051498e659 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The warning is correct in that it is probably NOSCRIPT. I = think.
All the speed test knows is that an API call to all servers= was brutally failed
in an unexpected way. There is no visibility= into what caused the failure, only
that it should not occur in a= clean browser. If you open the console
you can probably see more= than the javascript gets told.

For example if the= test is given 5 servers to use, it pings them all, and one
is un= reachable, that is fine, no error is generated. The errors accusing
extensions are generated when no other possibilities are left.

I usually see users strike this when they use AdBlock or NO= SCRIPT, and
I do believe there is a no-script type extension for = Chrome as well. I've not
pinned down any other cases, p= erhaps you are the first? but you did=C2=A0
mention noscript so i= t seems more likely now. I did ask the author
of noscript to ease= things by allowing a page to suggest a list of resources
it want= s whitelisted in advance, via a line in the html header, and
prom= pt the user "this page wants to use these resources, allow/deny",=
but he said that would be "abused".

Regarding the proxy warning, the test is supposed to be maxing your<= /div>
last mile link speed and reporting it to the under your ISP. The= =C2=A0
majority of proxies seem to be things the user did not eve= n know they
are using like google compression proxy (for chrome o= n mobile),
or corporate proxies for virus scanning (that perform = poorly). If the
proxy is buggy or not transparent enough it break= s the test. For example
if you fetch a large file, then abort whe= n you get 10% of it, does the
proxy fetch the whole file first? d= oes it cache the request aggressively?
If you post, does it suck = up the post, then hang without traffic until
it gets the remote r= esponse. So a warning that the results may not
be right seemed ap= propriate. If they are right, great!

Also there is= at least one strange proxy+browser app out there, for
accelerati= ng mobile devices. They get huge results and show the
"clien= t" being an ISP IP address, but actually they're doing all the
work in their network. They are probably running a cloud browser
and sending html back to the device, where it is displayed by their<= /div>
browser, and sending up touch events. A sort of apple screen
mirroring thing.

Do let me know if you work = out what it is, perhaps noscript is a little
harder to disable th= an it might seem?

On Sun, Apr 26, 2015 at 12:15 AM, Jan Ceuleers <jan.ceule= ers@gmail.com> wrote:
On 25/04/15 13:44, jb wrote:
> The message appears when the speed test is blocked from reaching a tes= t
> server.
>
> It has turned out to be almost always either Adblock, AdblockPlus or > NOSCRIPT
>
> The error message is correct, at least, has been so far: it is always = an
> extension
> and whatever extension it is, does not report to what it is doing, jus= t
> rips a hole
> in the browser.

Justin,

I do have other extensions besides Adblock (including NoScript), but
when I get this error message I had permitted all scripts from sites I
don't distrust to run (so excluding any google/fb/twitter/... stuff tha= t
doesn't belong) and as I said I had completely disabled AdBlock.

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
that problem. So what server does traffic not get through to? I then
have a shot at finding out which protocol and port so that I can further debug.

On another note: why the warnings about use of the speed test through a
proxy? Why would that invalidate the test? I run a squid instance on my
side of my DSL line, and I don't notice any significant differences in<= br> the results with and without proxy.

Thanks, Jan

_______________________________________________
Bloat mailing list
Bloat@lists.bufferbloat.net<= /a>
= https://lists.bufferbloat.net/listinfo/bloat

--047d7bea3d22bc6d2a051498e659--