922941 - [zffos1.1][FOTA] Package should NOT be downloaded in 2G network.

Status: RESOLVED WONTFIX

Description

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

Created attachment 812958 [details]
FOTA_2G_logcat.txt

* Build Info (Both Gecko and Gaia)
Gaia:     e089ed6095489f3ffd1a891bab70619ab3316c20
Gecko:    
BuildID   20130621133927
Version   18.0

* Reproduce Steps
1. Turn off WiFi and turn on data connection.
2. Settings->Cellular & Data->Network operator->Network type, switch the type to 2G only.
3. Perform Check now in Settings/Device information
4. Pull the notification down and select to download System update only.

* Actual results:
1. The package could be downloaded via 2G network.

* Expected results:
1. The package should NOT be downloaded in 2G network. Since the 2G data connection speed is very slow and user will not receive the phone call during downloading.

Comment 1

[Jason Smith [:jsmith]]

Did you confirm that this doesn't reproduce on a non-vendor build? That will confirm if this is POVB. Removing until we confirm this.

Comment 2

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

Hi Jason,
    Thanks for your remind. I have discussed with Ivan_Tasy, Engineering Project Manager , and we are support ZTE to verify partner build and will add "POVB" firstly if we can't identify the issue owner. If we know the issue should be handled by Mozilla, we will not add POVB.

Comment 3

[Jason Smith [:jsmith]]

(In reply to hlu from comment #2)
> Hi Jason,
>     Thanks for your remind. I have discussed with Ivan_Tasy, Engineering
> Project Manager , and we are support ZTE to verify partner build and will
> add "POVB" firstly if we can't identify the issue owner. If we know the
> issue should be handled by Mozilla, we will not add POVB.

Shouldn't you do the opposite here? It doesn't exactly look good when we go to a partner complaining about a bug that we end up finding out is our end. Something like this should be easy enough to figure out on our end by using a reference server, potentially only OTA if that's only workflow possible, and see what happens. Ask Askeing if he has a path to testing OTA or FOTA on our side without relying on a partner workflow. If that's the case, verify first what happens in our side. That can help give you an indicator if it's our codebase or not.

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