Closed Bug 863327 Opened 12 years ago Closed 7 years ago

Not resumed FOTA download after interruption

Categories

(Firefox OS Graveyard :: Gaia, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

(blocking-b2g:-)

RESOLVED WONTFIX
blocking-b2g -

People

(Reporter: dpalomino, Unassigned)

Details

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? → -
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.