Closed
Bug 1196481
Opened 10 years ago
Closed 8 years ago
[Download] Download will fail if WiFi is enabled during data download OR WiFi is disabled with data enabled.
Categories
(Firefox OS Graveyard :: Gaia::System::Download, defect)
Tracking
(b2g-v2.2 affected, b2g-master affected)
RESOLVED
WONTFIX
People
(Reporter: jthomas, Unassigned)
References
()
Details
(Whiteboard: [2.5-Daily-Testing][Systemsfe][Spark])
Attachments
(1 file)
|
289.61 KB,
text/plain
|
Details |
Description: If the user is Downloading a file with a data connection and enables the Download will fail. The download will also fail if WiFi is enabled but Cellular is still enabled.
Repro Steps:
1) Update a Aries to 20150819130905
2) Download a file from browser. (I selected a song from www.mp3juices.cc
3) While Download is in progress disable Wifi with Data enabled OR Enable Wifi while Download is using Data.
Actual:
Download fails.
Expected:
It is expected that if WiFi is disabled with Celluar Data enabled that the download will continue as a data download OR if WiFi is enabled during a data download that the download will not fail and continue as a WiFi download.
Environmental Variables:
Device: Aries 2.5 Kk
Build ID: 20150819130905
Gaia: 8f77edf3ac39d36f6df0f5517223d3ed35ed89e0
Gecko: d590b9601ba8138b621b2553daefd8823ab4295a
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5)
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
Repro frequency: 5/5 - 100%
See attached: Logcat & Video
Video: https://youtu.be/1OhG4fTGDG0
| Reporter | ||
Comment 1•10 years ago
|
||
This issue DOES occur on Flame 2.5 and 2.2.
Result: Download will fail.
Environmental Variables:
Device: Flame 2.5 Kk (319mb)
Build ID: 20150819073341
Gaia: 8f77edf3ac39d36f6df0f5517223d3ed35ed89e0
Gecko: d590b9601ba8138b621b2553daefd8823ab4295a
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 43.0a1 (2.5)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
Environmental Variables:
Device: Flame 2.2 Kk (319mb)
Build ID: 20150819063101
Gaia: 335cd8e79c20f8d8e93a6efc9b97cc0ec17b5a46
Gecko: ebaa55c4247b
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.2:
--- → affected
status-b2g-master:
--- → affected
Flags: needinfo?(jmercado)
Whiteboard: [2.5-Daily-Testing][Systemsfe][Spark]
Comment 2•10 years ago
|
||
Alison can you look at this and give a blocking decision please?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado) → needinfo?(ashiue)
Comment 3•10 years ago
|
||
Hi Henry,
This seems a network switching issue, we unable to download files when switching network between Wifi and Data connection while downloading.
Could you help to check or dispatch this issue? Thank you.
Flags: needinfo?(ashiue) → needinfo?(hchang)
Comment 4•10 years ago
|
||
(In reply to Alison Shiue from comment #3)
> Hi Henry,
>
> This seems a network switching issue, we unable to download files when
> switching network between Wifi and Data connection while downloading.
> Could you help to check or dispatch this issue? Thank you.
Is it expected to resume the download after switching network? Since there's switch, a HTTP request must be made again to either resume or restart the download. (For resuming the download, the server must support HTTP range request.) Does anyone know if the resuming/restart is actually expected?
Thanks!
Flags: needinfo?(hchang)
Comment 5•10 years ago
|
||
I think we need UX's opinions for this issue.
Hi Harly, how do you think about it?
Flags: needinfo?(hhsu)
Comment 6•10 years ago
|
||
From a UX standpoint, it would definitely be better to resume download once the system has connected to another internet connection(either Wifi or data connection).
Flags: needinfo?(hhsu)
Comment 7•8 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•