Closed
Bug 811357
Opened 12 years ago
Closed 7 years ago
[Updates] Update should not start if there's no internet/data connection
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(blocking-basecamp:-)
RESOLVED
WONTFIX
| blocking-basecamp | - |
People
(Reporter: nhirata, Unassigned)
References
Details
(Whiteboard: interaction)
## Environment :
Otoro phone, build 20121112
build 2012-11-12
## Repro :
1. be on yesterday's build.
2. check for updates
3. turn off wifi and data connection
4. pull down notifications and select update
## Expected :
1. error message stating that you need to be connected
## Actual :
1. "Downloading updates..."
## Note :
Updated•12 years ago
|
Component: Gaia → Gaia::System
Comment 1•12 years ago
|
||
Hmm, I don't think we designed an edge case for this, did we Etienne? Off top of my head, we need a prompt here that says "Cannot download. Connect to data connection, etc etc..." Or at least some sort of visual/audio feedback.
Priority: -- → P2
Whiteboard: interaction
Updated•12 years ago
|
Summary: [OTA Update] Update should not start if there's no internet/data connection → [Updates] Update should not start if there's no internet/data connection
Comment 2•12 years ago
|
||
I guess I could check navigator.onLine first but I'm not sure how reliable it is...
Comment 3•12 years ago
|
||
(In reply to Etienne Segonzac (:etienne) from comment #2)
> I guess I could check navigator.onLine first but I'm not sure how reliable
> it is...
We need a solution here. It is common for users in the target market to turn off their connections. Showing them a "downloading" indicator in these circumstances would be misleading. We need to create a failure prompt, eg: "Cannot download. Connect to data connection, etc..."
Etienne, can you confirm that we can determine connection status?
Tim, cc'ing you for input also. I recall discussing similar issues with a few months back...
Flags: needinfo?(etienne)
Priority: P2 → --
Whiteboard: interaction → interaction, UX-P2
Updated•12 years ago
|
blocking-basecamp: --- → ?
Whiteboard: interaction, UX-P2 → interaction, UX-P1
Comment 4•12 years ago
|
||
Note that bug 812584 should give us a proper download error event in this case. Would it be enough?
Flags: needinfo?(etienne)
Component: Gaia::System → General
(In reply to Etienne Segonzac (:etienne) from comment #4)
> Note that bug 812584 should give us a proper download error event in this
> case. Would it be enough?
I would say "yes". So not blocking on this and relying on bug 812584 instead.
blocking-basecamp: ? → -
Comment 6•12 years ago
|
||
(In reply to Jonas Sicking (:sicking) from comment #5)
> (In reply to Etienne Segonzac (:etienne) from comment #4)
> > Note that bug 812584 should give us a proper download error event in this
> > case. Would it be enough?
>
> I would say "yes". So not blocking on this and relying on bug 812584 instead.
Agreed. Removing "UX-P1" label.
Comment 7•12 years ago
|
||
(In reply to Jonas Sicking (:sicking) from comment #5)
> (In reply to Etienne Segonzac (:etienne) from comment #4)
> > Note that bug 812584 should give us a proper download error event in this
> > case. Would it be enough?
>
> I would say "yes". So not blocking on this and relying on bug 812584 instead.
Agreed. Removing "UX-P1" label.
Whiteboard: interaction, UX-P1 → interaction
Comment 8•7 years ago
|
||
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.
Description
•