863327 - Not resumed FOTA download after interruption

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia, defect)

Description

[David Palomino [:dpalomino]]

Buildid "20130321070205", device: ikura
gecko commit: b5183c99228bdc5be33340e359efd1b4f0859e92 
gaia commit: 577d13088ebdbd353d13910d3317e713a140415b

This has been reported during certificaiton, but not a blocker issue. 

Steps to reproduce: 
1. Start a data download
2. Battery off (for instance, take battery out)
3. Restart device
4. Download is not resumed, it must be started from the scratch

Expected: 
4. Download is resumed, and it is not necessary to restart the download from zero

Comment 1

[Juan Perez-Bedmar [:juanpbf]]

This should be consider as UX enhancement for future versions. Other OS do not suffer this issue so user may expect a similar behaviour.

Please consider it for future versions.

Nominated to koi for being triaged

Comment 2

[Dave Hylands [:dhylands]]

Its a design choice that the user has to restart the download.

However, if the download was say 50 Mb, and 10 Mb were already downloaded, then it should detect that and not re-download the 10 Mb that's already on the phone.

There is no difference between FOTA and OTA in this regard, and this assumes that you're talking about the mozilla FOTA update and not a vbendor modified FOTA update (which may behave completely differently).

It would be good to have a logcat of the interrupts download and the resumed download to verify that it is not redownloading the portion that was downloaded when it was interrupted.

Comment 3

[Juan Perez-Bedmar [:juanpbf]]

(In reply to Dave Hylands [:dhylands] from comment #2)
> Its a design choice that the user has to restart the download.
> 
> However, if the download was say 50 Mb, and 10 Mb were already downloaded,
> then it should detect that and not re-download the 10 Mb that's already on
> the phone.
> 
> There is no difference between FOTA and OTA in this regard, and this assumes
> that you're talking about the mozilla FOTA update and not a vbendor modified
> FOTA update (which may behave completely differently).
> 
> It would be good to have a logcat of the interrupts download and the resumed
> download to verify that it is not redownloading the portion that was
> downloaded when it was interrupted.

Thanks for the explanation Dave. I will try to arrange some testing with bigger FOTA packages to check the actual behaviour on our device and get those logs 

BR

Comment 4

[Preeti Raghunath(:Preeti)]

minus per comment 2

Comment 5

[BMO Automation]

Firefox OS is not being worked on