929394 - [zffos1.1][FOTA] Downloading will stop while the device has the handover from WiFi connection to another WiFi connection

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: General, defect)

Description

[Hubert Lu[:hlu] <[e-mail]>]

Attachment: handover_wifi.txt

* Build Info (Both Gecko and Gaia)
Gaia:     abaa1ffad557014dc9ecdb05b48b2a006c79253b
Gecko:    
BuildID   20130808115633
Version   18.0
File name in ZTE FTP site: B2G_P752D04V1.0.0B09_TME_mew(modify_url).zip

* Reproduce Steps
1. Connect device to one WiFi AP,called as WiFi-A,and make sure the connection works well.
2. Prepare one cellphone to be WiFi hotspot. (Called as "WiFi-B")
3. Enable DUT's WiFi and conenct to WiFi-B, and make sure the connection works well.
4. Go to Settings->Device Information
5. Select "Check now" under the Software updates section
6. Pull the notifications page down
7. Click the notification "x updates available"
8. Only select "System update" and uncheck other applications update.
9. Click Download button.
10. Wait for a few seconds to download part of packages
11. Disable the WiFi hotspot in the device of step2.
12. Wait the device to connect WiFi-A.
13. Check the package download status.

* Actual results:
- Package downloading will be stopped while device is moved from WiFi-B to WiFi-A. The network is fine due to browser could load the page properly at the same time.

* Expected results:
- The downloading process should be kept even device has the handover between different WiFi APs.

Comment 1

[Jason Smith [:jsmith]]

I thought this was expected behavior, but Dave could clarify this as needed.

Comment 2

[Dave Hylands [:dhylands]]

I'd expect that the download would stop. When you switch AP's, then you're changing IP address, which means that the tcp connection that was open on the previous IP becomes invalid.

The downloader is downloading a single file (update.mar) over a single TCP session. Switching AP's breaks the TCP session.

Conceptually, this isn't much different from switching from say using 3G to using Wifi. While we might be able to have some code do some type of detection of the session dropping and coming back, I'd consider this a new feature.

I'm pretty sure that you'd see the same problem in the browser if you started to download a large attachment and switched APs while the attachment was being downloaded, although the downloader in the browser might be doing some type of retry logic.

Comment 3

[Hubert Lu[:hlu] <[e-mail]>]

Hi Dave, 
    Thanks for your clear description. I do some testing for some network switch cases, and the package downloading could be resumed while device network is switched from 3G to WiFi.

Case 1: (Could resume download)
[Steps]
 (1) Enable 3G 
 (2) Download the package
 (3) Enable WiFi and make sure the WiFi connection of devicee is connected.
 (4) To check the package downloading status

[Result]
  - The device could download the package via 3G and it could be resumed the downloading while device network is switched from 3G to WiFi.

Case 2: (Could resume download)
[Steps]
 (1) Enable 3G 
 (2) Enable WiFi and make sure the WiFi connection of devicee is connected.
 (3) Disable WiFi
 (4) Download the package via 3G
 (5) Turn WiFi on
 
[Result]
  - The device could download the package via 3G and it could be resumed the downloading while device network is switched from 3G to WiFi.

Comment 4

[Jason Smith [:jsmith]]

Not a blocker for 1.3 - this problem has been present on multiple releases, so this won't block

Comment 5

[BMO Automation]

Firefox OS is not being worked on