[Bug]Failed download after resuming it

[AndiAJ]

Steps to reproduce

1. Navigate to https://firefox-ci-tc.services.mozilla.com/api/index/v1/task/project.mobile.fenix.v2.nightly.latest/artifacts/public/build/armeabi-v7a/geckoNightly/target.apk and confirm the download.
2. Pause the download
3. Resume the download

Expected behavior

The download should be properly resumed.

Actual behavior

The download fails after resume.

Device information

• Android device:
  • Google Pixel 3a (Android 10)
  • OnePlus A3 (Android 6.0.1)

• Fenix version:
  • Nightly Build #20840606 from 3/24
  • Fenix Beta 4.2.0-beta.1 from 3/24

Notes

► Video

┆Issue is synchronized with this Jira Task

[liuche]

Related to #8930 ?

[Amejia481]

Related to #8930 ?

I think it could be a different issue I added to the backlog of the download board

[lobontiumira]

I was able to reproduce this issue on the latest Nightly build from 10/9 (AC: 63.0.20201008190100, GV: 83.0a1-20201008094950) with HTC 10 (Android 8). I tried downloading a .zip file from https://www.thinkbroadband.com/download, paused and resumed the download in the notification, and the download failed.

[AndiAJ]

Reproducible on Firefox Beta 83.0.0-beta.1 using a OnePlus A3 (Android 6.0.1) after resuming downloads on:

• https://file-examples.com/
• https://www.thinkbroadband.com/download

[Amejia481]

This will be fixed when mozilla-mobile/android-components#8906 lands. There are some caveats that we have to keep in mind.

• Resuming a download is not always possible as not all the web servers support that functionality, we are showing the pause/resume buttons on all downloads giving the false expectation that all downloads can be resumed, this is a bug and will be addressed on Only show pause/resume button for server that supports Accept-Ranges android-components#8903.

• Not all intents of resuming a download will be successful, downloads that are behind authentication, normally will FAIL, we have some API limitation that doesn't allow to cover this use case.

[AndiAJ]

Hi @Amejia481 , still reproducible on Nightly Build 201110 using the following devices:
• Google Pixel 3a (Android 11)
• Huawei Mate 20 Lite (Android 10)
• OnePlus A3 (Android 6.0.1)

❌ Pause/Resume still fails on the following websites:
• https://file-examples.com/
• https://firefox-ci-tc.services.mozilla.com/tasks/index/mobile.v2.fenix.nightly.latest/arm64-v8a
• https://www.thinkbroadband.com/download

[Amejia481]

Thanks @AndiAJ, I'm taking a look!

[Amejia481]

@AndiAJ which ac version does is the build using?

[Amejia481]

The fix is available on AC 66.0.20201109143146

[sflorean]

Verified as fixed on Nightly 11/11 - AC 66.0.20201109143146 with Pixel 3 (Android 11), and Samsung Note10 (Android 10).

[Amejia481]

The fix should be available after #16800 lands it will contain a updated version of ac 68.0.20201201190117

[Amejia481]

I think ac 68.0.20201201190117 should be in nightly by now, we could retest

[AndiAJ]

Hi @Amejia481 , I've just re-checked this matter on the latest Nightly 201204 05:00 (Build #2015779369) AC:69.0.20201203202830, 99e23fce4 GV: 85.0a1-20201203094726 AS: 67.0.0 using a OnePlus A3 (Android 6.0.1) and it's still failing after resume.

Logcat

► Video

[Amejia481]

Hi @Amejia481 , I've just re-checked this matter on the latest Nightly 201204 05:00 (Build #2015779369) AC:69.0.20201203202830, 99e23fce4 GV: 85.0a1-20201203094726 AS: 67.0.0 using a OnePlus A3 (Android 6.0.1) and it's still failing after resume.

Logcat

► Video

Thanks for the report, could you try to re-capture the logs, the previous one doesn't have downloads entries. I'm looking for this key AbstractFetchDownloadSeit gets logged every time we update the download notification, thanks in advance!

[AndiAJ]

Hi @Amejia481 , downloaded a couple of files and not sure why, but the key isn't displayed.

Used these devices:
• Google Pixel 3a (Android 11)
• OnePlus 6T (Android 9)
• OnePlus A3 (Android 6.0.1)

[Amejia481]

@AndiAJ is this always reproducible reliably, after doing the same steps over and over ?

[Amejia481]

When the failed download is shown, what happens after you click the "RETRY AGAIN" button? Does the download resume or it starts from the scratch?

[AndiAJ]

Hi @Amejia481 , I've just re-checked this matter on 84.0.0-beta.4 using a OnePlus A3 (Android 6.0.1)

@AndiAJ is this always reproducible reliably, after doing the same steps over and over ?

Not always, sometimes it happens on the first attempt sometimes only after a couple of tries.

As previously mentioned it seems to be happening after you resume when the file is almost downloaded
For instance, it failed after resuming the download when the progress was at 94%

When the failed download is shown, what happens after you click the "RETRY AGAIN" button? Does the download resume or it starts from the scratch?

It failed again right away.
It looks like it wants to download an indexed the file.

E.g.

Action	File Name
First fail	5MB.zip
Press "Try again"	5MB (1).zip
Press "Try again"	5MB (1) (1).zip
Press "Try again"	5MB (1) (1) (1).zip

[Amejia481]

I will give it another try later in the week, I think we could decrease the priority to S3, due to this is not something that is always happening and affecting users constantly. Please feel free to change the priority back if needed.

[stale]

See: #17373 This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[mariansima]

This issue still occurs on Samsung A8 SM-A530F Android 9 Nightly 93.0a1 2021-08-30 with low chance of triggering (one out of three aproximately)

[stale]

See: #17373 This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[SoftVision-LorandJanos]

This issue is no longer reproducible on the latest Nightly 99.0a1 (2022-02-28).
The download continues after resuming.
Device used: Oppo Reno 6 (Android 11).
Closing the ticket as fixed.