1911037 - Unable to play video files downloaded with Pause/Resume in the progress of the file download

Status: RESOLVED WORKSFORME

(Firefox for Android :: Downloads, defect)

Description

[YEO HYEON DUG]

Steps to reproduce

1. Try to start the download for some video files from any URL
2. Pull down the status bar to see the Notification card for the download progress
3. Extend the Notification card and tap the 'Pause' button, and then tap the 'Resume' button to complete the download.
4. Try to play the video file downloaded

Expected behavior

The video file should be played well

Actual behavior

The video file is not played normally with the warning popup saying "This file type is not supported."

Device information

• Firefox version: 129.0
• Android device model: LG Velvet (Same on other devices)
• Android OS version: S OS (Android 12)

Any additional information?

The same thing happens in version 103.2.0 and seems to be happening in all versions up to and including 129.0

Comment 1

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

Thanks for reporting this bug! It seems to be working fine for me. Is this case on multiple websites and if so do you mind providing us with their links so that we can investigate better on our end?

Comment 2

[YEO HYEON DUG]

Yes, as I verified, this issue reproduced on multiple websites.
For your reproducing the issue, I'll provide you some URLs that I found just now

• https://jinha3211.tistory.com/m/28
• https://pixabay.com/videos/sunset-boat-sea-ocean-dusk-223459/
• https://pixabay.com/videos/long-name-cloud-sky-landscape-26539/

Comment 3

[Titouan Thibaud [:titouan]]

I can reproduce the bug on 129 and 128.

On Firefox 130, trying to "Resume" results in "Download failed".

Comment 4

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

I think I may have found the issue. I am only able to reproduce the issue if I hit pause when the download is at 100% but it hasn't shown "Download completed" yet. Please see the attached video. If I pause the download at any other time and then resume, it shows download complete for me, which is the expected behaviour. Furthermore, even though the notification shows "Download failed", the file is actually successfully downloaded in the downloads directory. Upon using logcat, I see the following stacktrace:

ACTION_RESUME for 51e55713-f013-4fa9-9947-1ec7fa2b86a9
2024-08-06 10:41:39.352  1842-2322  DownloadMiddleware      org.mozilla.fenix.debug              D  Updated download BigBuckBunny(5).mp4 on the storage
2024-08-06 10:41:39.353  1842-7945  AbstractFe...oadService org.mozilla.fenix.debug              D  Starting download for 51e55713-f013-4fa9-9947-1ec7fa2b86a9 
2024-08-06 10:41:39.421  1842-7945  AbstractFe...oadService org.mozilla.fenix.debug              D  Fetching download for 51e55713-f013-4fa9-9947-1ec7fa2b86a9 
2024-08-06 10:41:39.424  1842-7945  AbstractFe...oadService org.mozilla.fenix.debug              D  Unable to fetching Download for 51e55713-f013-4fa9-9947-1ec7fa2b86a9 status FAILED
2024-08-06 10:41:39.425  1842-2322  DownloadMiddleware      org.mozilla.fenix.debug              D  Updated download BigBuckBunny(5).mp4 on the storage
2024-08-06 10:41:39.764  1842-1842  NotificationManager     org.mozilla.fenix.debug              I  org.mozilla.fenix.debug: notify(100, null, Notification(channel=mozac.... shortcut=null contentView=null vibrate=null sound=null defaults=0x0 flags=0x200 color=0xff592acb groupKey=mozac.feature.downloads.group vis=PRIVATE semFlags=0x0 semPriority=0 semMissedCount=0)) as user
2024-08-06 10:41:39.771  1842-1842  NotificationManager     org.mozilla.fenix.debug              I  org.mozilla.fenix.debug: notify(998369038, null, Notification(channel=mozac.... shortcut=null contentView=null vibrate=null sound=null defaults=0x0 flags=0x8 color=0xff592acb category=err groupKey=mozac.feature.downloads.group actions=2 vis=PRIVATE semFlags=0x0 semPriority=0 semMissedCount=0)) as user
2024-08-06 10:41:42.931 26397-26397 ViewRootIm...59368[App] org.mozilla.fenix                    I  onDisplayChanged oldDisplayState=2 newDisplayState=2
2024-08-06 10:41:42.931  1842-1842  ViewRootIm...e85b3[App] org.mozilla.fenix.debug              I  onDisplayChanged oldDisplayState=2 newDisplayState=2

This suggests that the issue is how / when we update the notification and not the actual download process itself. YEO HYEON DUG, can you please confirm if this issue also only appears for you if you hit pause when the progress has hit 100% but hasn't shown "Download completed" yet?

Comment 5

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

Attachment: Screen_recording_20240806_104809.mp4

Comment 6

[YEO HYEON DUG]

I think you misunderstood the issue.
It's not an issue with the phrase 'download complete' or 'download failed' that appears in the notification.

Let me repeat the problem,

Press Pause to stop between 1 and 99% during download, and then press Resume to complete it normally.
Later, if you run it to play the actual downloaded video file.
Then the issue is that the video file does not play with a warning pop-up saying "This file type is not supported."

Comment 7

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

Thanks for clarifying! I think Titouan and I both misunderstood your bug. I am unable to reproduce it and I will set the qe-verify flag to see if our QA team can reproduce it.

Comment 8

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

For the issue that Titouan and I mentioned, I have filed a separate bug here

Comment 9

[Delia Pop (Android QA)]

Attachment: QA_Download.mp4

We were able to reproduce this issue as described on Release 129.0 with Google Pixel 8 Pro (Android 14) and Samsung Galaxy Note10 (Android 12).
The issue in not reproducible on latest Beta 130.0b4 or Nightly 131.0a1 from 08/14.

Comment 10

[Iorga Gabriel]

I can't reproduce this bug. I tried with Release 136 with Pixel 3 XL Android version 12 and Pixel 7 Android 15.  I attached a video.

Comment 11

[Iorga Gabriel]

Attachment: screen-20250115-153303 (1).mp4

Comment 12

[Cathy Lu [:calu]]

Hey YEO HYEON DUG, can you try using the latest version? QA has said it is not reproducible on the latest Nightly.

Comment 13

[YEO HYEON DUG]

@Cathy Lu
Oh, sorry. I already knew that.
I'm sorry I didn't leave a comment confirming the fix.
I think this issue can be closed.