Not resumed FOTA download after interruption

RESOLVED WONTFIX

Status

RESOLVED WONTFIX
6 years ago
8 months ago

People

(Reporter: dpalomino, Unassigned)

Tracking

unspecified
x86_64
Windows 7
Dependency tree / graph

Firefox Tracking Flags

(blocking-b2g:-)

Details

(Reporter)

Description

6 years ago
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
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
blocking-b2g: --- → koi?
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.
(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
minus per comment 2
blocking-b2g: koi? → -

Comment 5

8 months ago
Firefox OS is not being worked on
Status: NEW → RESOLVED
Last Resolved: 8 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.