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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

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 :
Component: Gaia → Gaia::System
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
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
I guess I could check navigator.onLine first but I'm not sure how reliable it is...
(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
blocking-basecamp: --- → ?
Whiteboard: interaction, UX-P2 → interaction, UX-P1
Note that bug 812584 should give us a proper download error event in this case. Would it be enough?
Flags: needinfo?(etienne)
Depends on: 812584
(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: ? → -
(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.
(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
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.