Closed Bug 802595 Opened 12 years ago Closed 12 years ago

[Apps] Cancel App Download from homescreen icon

Categories

(Firefox OS Graveyard :: Gaia::Homescreen, defect)

defect
Not set
normal

Tracking

(blocking-basecamp:-)

RESOLVED INVALID
B2G C1 (to 19nov)
blocking-basecamp -

People

(Reporter: benfrancis, Assigned: arcturus)

References

()

Details

(Keywords: feature, Whiteboard: [LOE:S][label:story])

As a user, once I confirm an app's installation, if that app requires a download in order to complete installation, I want to be able to cancel that download once it is in progress, from the Home icon, so that I can control my phone's network activity and defer the full installation until a later point in time.
Remaining required feature work listed at http://j.mp/VWpueM is now blocking+ to ensure visibility and tracking, per drivers' decision.
blocking-basecamp: ? → +
Priority: -- → P1
QA Contact: jsmith
We're marking this bug with the C1 milestone since it follows the criteria of "unfinished feature work" (see https://etherpad.mozilla.org/b2g-convergence-schedule).

If this work is not finished by Nov19, this bug will need an exception and will be called out at the upcoming Exec Review.
Target Milestone: --- → B2G C1 (to 19nov)
This is marked as OOS in the tracking spreadsheet, should we reconsider the blocking-basecamp flag ?
Keywords: feature
(In reply to Daniel Coloma:dcoloma from comment #4)
> This is marked as OOS in the tracking spreadsheet, should we reconsider the
> blocking-basecamp flag ?

Renoming per comment.
blocking-basecamp: + → ?
I'm not sure how this can be considered out of scope, but if it is then would bug 802600 be out of scope too?
Assignee: ben → francisco.jordano
Summary: [Apps] Cancel App Download → [Apps] Cancel App Download from homescreen icon
Hey Dietrich, is this a user story?  If so, is it mandatory for ship?
Flags: needinfo?(dietrich)
Component: Gaia → Gaia::Apps Management
(In reply to Naoki Hirata :nhirata from comment #7)
> Hey Dietrich, is this a user story?  If so, is it mandatory for ship?

Yes it is, please see comment 1

I'm not sure who marked this as OOS, need clarification on whether this and the other stories marked OOS in the spreadsheet but blocking-basecamp+ in Bugzilla really are OOS.
Nice to have for v1. Not blocking. There are other ways to cancel a download. See specs, https://www.dropbox.com/sh/b0kyykhzcfkpm8b/ReFTX_E72X, page 10.
blocking-basecamp: ? → ---
Flags: needinfo?(dietrich)
Priority: P1 → --
I agree that if this bug is minus'ed we should also minus bug 802600 given they appear to be dependent on one another.
(In reply to Chris Lee [:clee] from comment #10)
> I agree that if this bug is minus'ed we should also minus bug 802600 given
> they appear to be dependent on one another.

Actually after discussions with Josh today it turns out that this bug can be blocking- *because* bug 802600 exists - it's slightly duplicated functionality. Sorry for the confusion.

Jason, why did you set this to ---, should it be - ?
This is now out of scope for v1 and has been marked as such in the stories spreadsheet
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Setting this to - based on comment 12.
blocking-basecamp: --- → -
Component: Gaia::Apps Management → General
Component: General → Gaia
Component: Gaia → Gaia::System
Component: Gaia::System → Gaia::Homescreen
You need to log in before you can comment on or make changes to this bug.