1778161 - Download error if connection changed (ex WiFi <-> Data)

Status: RESOLVED DUPLICATE of bug 1899029

(Firefox for Android :: Downloads, defect)

Description

[stehlampen]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0
Firefox for Android

Steps to reproduce:

To say it before: The issue happened on Android, but I presume that it does not depend upon the operating system.
Start a download and change the Internet connection from mobile data to WLAN (or vice versa).

Actual results:

In some cases, the download does not continue. Pausing and resuming solves the problem.

Expected results:

The download should continue despite the change of the internet connection.

Assumed cause (Reasonable speculation): A package is sent on mobile data to request a further slice of the file to be downloaded. The answer does not reach its target, since changing the way to connect with the Internet (mobile data / WLAN) changes the IP adress. To solve this issue, Firefox should re-request the data after a connection type change.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Marco Bonardo [:mak]]

Sorry Dragana, do you believe this is more of a download UI concern than a network handling concern?
In other words, is there anything reasonable network could/should do here, or nothing can be done and the UI may just do a better job at restarting failed downloads?

Comment 3

[:Gijs (he/him)]

The download code in Fenix is pretty different from desktop, so I'm going to move this to a Fenix component.

Comment 4

[Kevin Brosnan [Ex-Mozilla]]

Fenix uses the Gecko network stack to complete the download. I don't think there is anything for the front end to do.

Comment 5

[Dragana Damjanovic [:dragana]]

(In reply to Marco Bonardo [:mak] from comment #2)

Sorry Dragana, do you believe this is more of a download UI concern than a network handling concern?
In other words, is there anything reasonable network could/should do here, or nothing can be done and the UI may just do a better job at restarting failed downloads?

Necko cannot do anything here. UI should decide if it wants to restart download. Necko does not have such functionality.

Comment 6

[Marco Bonardo [:mak]]

Still not Firefox for desktop, comment 0 says this happened on Android.

Comment 7

[Mira Lobontiu (Android QA)]

I was able to reproduce this issue on the latest Fenix Nightly build from 8/23, Beta 117.0b9, and RC 117.0 build 1, with Google Pixel 6 (Android 14).
Switching from wi-fi to mobile data, or vice-verso while downloading a file, fails the download.

Comment 8

[Nicholas Poon (redirect NI to [e-mail]) [:Nick]]

Thanks for reporting this bug! Since there have been 2 patches landed for this bug and this bug, are you still able to reproduce this issue?

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:007, since the bug has recent activity, could you have a look please?

For more information, please visit BugBot documentation.

Comment 10

[Noah Bond [:007]]

I'm closing this due to inactivity and this looks like a dupe of Bug 1899029 (thanks for sharing this Nick), but please re-open if the issue is still present!