Attaching one more logs file from Nexus

Deleted: finalChromeNetwork.txt 678 KB

finalChromeNetwork.txt 678 KB View Download

 Issue 707750  has been merged into this issue.

i tried my nexus 6P, and download will continue when conntected to Wifi.


would you please get net log by visiting chrome://net-internals/#export and attach that log here?

After step 3 wait for some 40-50 seconds,issue will occur. And download some big file like android studio etc.
We can reproduce this issue on Nexus 5x android version 7.1.1.
I have already attached the logs above

Adding to above notes, i have a query on How to visit chrome://net-internals/#export and can you specify what exactly you are asking

To get the network log, you can create a new tab, open chrome://net-export, and click on the "start logging to disk" button. 
Now switch back to the other tab, perform what action is needed to repro the issue. After that, switch back to the net-export tab and click "stop logging".

And you can open the log in chrome://net-internals to analyze all the network events.

see https://dev.chromium.org/for-testers/providing-network-details

Hi,
i have attached the net_internals_log file.

Deleted: net_internals_log.zip 4.0 MB

net_internals_log.zip 4.0 MB Download

Is there any update on this issue regarding when it will be fixed?

I am looking into this now, will update the bug once i found the cause

OK, i think i understand why this happens.

The download uses QUIC. After connecting to WIFI, Android will use wifi as the active network after some time. However, the initial QUIC connection was established on LTE, so the connection is broken and we get a QUIC_PROTOCOL_ERROR.

Chrome listens to the network connection event from the OS to resume the download. However, since both LTE and WIFI are connected, it never receives that event. That causes the download to stuck in a pending state unless user manually resumes the download, or disconnects the device and reconnects.

I am working on a fix to this issue.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/43c5f35105c185d6d48b580d7a2ad98ca3be21eb

commit 43c5f35105c185d6d48b580d7a2ad98ca3be21eb
Author: qinmin <qinmin@chromium.org>
Date: Thu May 11 17:56:14 2017

Fix an issue that download is not automatically resumed

An interrupted download will automatically resume after network reconnection.
However, if the interruption is caused by switching active networks,
no reconnection event will happen.
For example, download may get interrupted if it is started on LTE and then OS decides to switch to WIFI.
In this case, we should immediately resume the download rather than waiting for reconnection.

BUG= 707753 

Review-Url: https://codereview.chromium.org/2864533004
Cr-Commit-Position: refs/heads/master@{#471004}

[modify] https://crrev.com/43c5f35105c185d6d48b580d7a2ad98ca3be21eb/chrome/android/java/src/org/chromium/chrome/browser/download/DownloadManagerService.java

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/43c5f35105c185d6d48b580d7a2ad98ca3be21eb

commit 43c5f35105c185d6d48b580d7a2ad98ca3be21eb
Author: qinmin <qinmin@chromium.org>
Date: Thu May 11 17:56:14 2017

Fix an issue that download is not automatically resumed

An interrupted download will automatically resume after network reconnection.
However, if the interruption is caused by switching active networks,
no reconnection event will happen.
For example, download may get interrupted if it is started on LTE and then OS decides to switch to WIFI.
In this case, we should immediately resume the download rather than waiting for reconnection.

BUG= 707753 

Review-Url: https://codereview.chromium.org/2864533004
Cr-Commit-Position: refs/heads/master@{#471004}

[modify] https://crrev.com/43c5f35105c185d6d48b580d7a2ad98ca3be21eb/chrome/android/java/src/org/chromium/chrome/browser/download/DownloadManagerService.java

Hi,

I retested this issue in Google Chrome version: 58.0.3029.83 with Google Play Services version: 11.0.55. Issue is still reproduced.
Can you please update on which apk version this issue is fixed.

This change goes to M59, and it is going stable very soon.

sorry can you tell what is M59. is it chrome latest version "59"?

Yes, M59 is Chrome 59. we are rolling out the stable release really soon, or you can try the Chrome beta from play store

we retested the issue in Google Pixel with Android 7.1.2 and Xperia XZs with android version: 7.1.1 with latest Chrome version: 59.0.3071.125. 
Issue is still reproduced.

ah, sorry, I made a mistake. The CL missed the branching point for M59, it is in M60 though.

Please download the Chrome Beta app from Google play to test it

We retested in Chrome Beta app from Google Play Store. Issue is not reproduced.

But one observation:
while downloading from LTE to WiFi issue is not reproduced. But if we  again disabling WiFi while downloading in going on in WiFi i.e after step 5, issue is reproduced. 
Is this work as design or downloading should resume from LTE network.

#23, that should be a bug.

If the download is initiated/resumed from a mobile network, it should auto resume on mobile network, I will test this later

please update us once it will be fixed. 
Thank you.

I am able to repro the issue in #23 on Chrome Beta, but this is not reproducible on trunk build. 

So looks like this is fixed on trunk, but I need to check which CL fixes it.

I think the issue is fixed by https://codereview.chromium.org/2866253002, this is a big CL, so i would not cherry-pick it to M60. 

This should be fixed in M61

Kindly update once it will be fixed

I can still reproduce the issue in Chrome 66 on Galaxy s6 edge on Android 7.0.

Let me know if anything more is needed.