New issue
Advanced search Search tips

Issue 892992 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 17
Cc:
Components:
EstimatedDays: ----
NextAction: 2018-10-22
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Speedtest showing false bandwidth

Reported by gnh...@euronet.nl, Oct 7

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36

Example URL:
www.speedtest.net

Steps to reproduce the problem:
1. Go to speedtest.net
2. Hit Ga or Go
3. Chrome shows wrong bandwith 10% higher than it should be.

What is the expected behavior?
Showing the right bandwidth of my ISP connection (40Mbps Down and 4 Mbps up)

What went wrong?
If i do a speedtest the connection bandwidth showing wrong value in chrome. If i use resource monitor is showing correct bandwith usage. Also Firefox showing right bandwidth... only Chrome 69.0.3497.100 showing 10% more than it should be.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Chrome 68

Does this work in other browsers? Yes

Chrome version: 69.0.3497.100  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 
Chrome Wrong bandwidth.png
111 KB View Download
Labels: Needs-Bisect Needs-Triage-M69
Cc: viswa.karala@chromium.org
Labels: Triaged-ET Needs-Feedback
Tested the issue on chrome reported version# 69.0.3497.100 using Windows-10 with steps mentioned below:
1) Launched chrome reported version and navigated to URL: speedtest.net and clicked on 'GO'
2) On chrome window seen Download speed of 14.87 MBPS and on resource monitor it was showing 14 MBPS

@Reporter: Please find the attached screencast for your reference and provide your feedback on it which help in further triaging it in better way.

Thanks!
892992.PNG
117 KB View Download
Thanks for your reply. I don't have any screencast software installed.

I have also other windows 10 machine and it is working fine on it with chrome 69.0.3497.100 .

Only on my windows 7 machine i have this problem since chrome 69 ... older versions are working fine.


Project Member

Comment 4 by sheriffbot@chromium.org, Oct 8

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: rtoy@chromium.org
Labels: Needs-Feedback
Why is this an issue with chrome?  It seems to me that it is up to speedtest.net to compute the download and upload speeds correctly.  And perhaps there's confusion on what Mbps really means.  Is it Mega as 1 million or 2^20=1048576?  Granted, that's only 5% difference, but some measurement noise in the bandwidth could easily make up the remaining 5% difference.
NextAction: 2018-10-22
Hi again... The point is that it should be always round 40 or 41 Mbps ....
With Firefox or Internet Explorer the counter always shows the correct bandwidth.. only with Chrome 69.0.3497.100 the counter give me 50 mbps... and my ISP capped the connection on 40 Mbps... so 50Mbps is a false value...

Tonight i installed a trail of Camtasia from Techsmith....

The miracle now ... the problem is solved! Chrome shows me the correct value to... could it be relate to some screen drivers (Intel HD Graphics) or codecs or .NET FX Framework drivers or something which where interferring with chrome and which are adjust by installing Camtasia 2018 ?
Project Member

Comment 8 by sheriffbot@chromium.org, Oct 9

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 Deleted

Here i made a screencast...

https://youtu.be/4L1zWvwGpyU

As mentioned in comment 7 since i installed this program Camtasia the problem is gone! I think it has to do with the .Net Framework drivers which Camtasia Updated.... could that be the issue?

in addition to previous post....
The Only screencast i had from 08/10 recorderd with Open Broadcaster Software ended up in an error...

It didn't always end up in error before the issue with the bandwidth was solved.

Here are some screenshots wich couldn't be possible with my connection.

http://www.speedtest.net/nl/result/7700997929
http://www.speedtest.net/nl/result/7665747124
http://www.speedtest.net/nl/result/7665725642
http://www.speedtest.net/nl/result/7665707397

Labels: Needs-Feedback
As per comment# 3 from the reporter tested the issue on chrome reported version# 69.0.3497.100 using Windows-7 as per steps mentioned in comment# 2. On chrome window seen Download speed of 14.88 MBPS and on resource monitor it was showing 14 MBPS.

@Reporter: Please find the attached screenshot for your reference and provide your feedback on it which help in further triaging it in better way.

Thanks!
892992 - Windows7.png
181 KB View Download
Viswa.karala thanks for your reply.

As mentioned in comment 10 and 11 you can see a screencast of the speedtest.

As you can see the speedometer goes far beyond the 40Mpbs and reaches 50 Mbps the windows resource monitor only counts max 44000kbps 44Mbps.... 

If i use Firefox or Internet Explorer before i installed camtasia which updated the .net Framework 4.7.2 Firefox and IE shows a steady line round 40 ~ 41 Mbps... only in Chrome the speedometer reached more Mbps and i think it is false....

I will make a new video since the problem is back again...
Project Member

Comment 14 by sheriffbot@chromium.org, Oct 10

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -Blink Internals>Network
I ran this with my home ISP and speedtest.net pretty much matches what wifi router thinks is my speed (31 Mbps and 7.9 Mbps).  Speedtest says 32.2 and 8.3.

Adding Internals>Network for further triage.
Labels: -Needs-Bisect
As per comment# 2 & 12 unable to reproduce the issue from TE end, hence removing Needs-Bisect label to it and requesting someone from Internals > Network team help in further investigating and provide inputs on this issue.

Thanks!
Components: Blink>Loader
Status: WontFix (was: Unconfirmed)
I don't think there's anything the network stack team can do here - we're downloading data as fast as we can, and aren't lying about what we've received.  There could be some sort of renderer-side APIs that behave subtly differently in Chrome that confuse the speed tests' Javascript code or something.  Or I guess Chrome could just magically increase your bandwidth by 25%, though that does seem a little unlikely.  Could even be that we're slower to deliver the first byte of the response to the consumer, and just as fast to deliver the last, confusing the metric.

Regardless, without a more specific place to start investigating, I don't think this is worth investing the resources to dig into.
The NextAction date has arrived: 2018-10-22

Sign in to add a comment