Closed
Bug 840047
Opened 11 years ago
Closed 11 years ago
[MMS][User Story] Attachment removal
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect, P1)
Tracking
(blocking-b2g:leo+)
People
(Reporter: pdol, Assigned: greg)
References
Details
(Keywords: feature, Whiteboard: [LOE:M][NO_UPLIFT])
Attachments
(1 file)
1.55 MB,
application/pdf
|
Details |
UCID: Messages-034 User Story: As a user, I can detach/remove any content I have attached/linked to from the compose dialog so that content attachments can be simply edited prior to a message being sent from the MMS message.
Updated•11 years ago
|
Depends on: b2g-mms-dom-api
Updated•11 years ago
|
Blocks: mms-userstories
Updated•11 years ago
|
Assignee: nobody → boaz
Updated•11 years ago
|
Assignee: boaz → cassie
Whiteboard: u=user c=messaging s=v1.1-sprint-3 → [LOE:M] u=user c=messaging s=v1.1-sprint-3
Comment 2•11 years ago
|
||
Per partner and release-driver discussions, marking blocking- until all MMS functionality in bug 849867 is complete, allowing it all to be uplifted at once to avoid SMS bustage.
blocking-b2g: leo+ → -
Updated•11 years ago
|
Flags: in-moztrap?
Comment 3•11 years ago
|
||
leo+ as this is a part of MMS and part of v1.1 to be included in leo+ queries. No_UPLIFT for now before the whole MMS is completed
blocking-b2g: - → leo+
Whiteboard: [LOE:M] → [LOE:M] [NO_UPLIFT]
Comment 4•11 years ago
|
||
Please see bug 840069, as this is handled/fixed by 840069's implementation.
Updated•11 years ago
|
Updated•11 years ago
|
Whiteboard: [LOE:M] [NO_UPLIFT] → [LOE:M]
Updated•11 years ago
|
Assignee: danheberden → greg
Comment 5•11 years ago
|
||
covered in wireframe pack: HTML5_SMS-MMSUserStorySpecifications_20130429_V7.0 page 32, 33, 34
Comment 6•11 years ago
|
||
marking as resolved referencing #comment 5
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Target Milestone: --- → 1.1 CS (11may)
Comment 7•11 years ago
|
||
Covered in wireframes, but the user story still persists: This bug should encompass the removal of attachments via 1) the user backspaces over attachment it gets removed (as discussed in our meeting in madrid) 2) the user long-taps on the image and is presented with an options menu to remove/replace/(listen/view) as defined in the UX spec doc. (1) is covered by bug #840069, (2) has yet to be implemented.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 8•11 years ago
|
||
So #2 will get a patch here in this bug?
Updated•11 years ago
|
Updated•11 years ago
|
Whiteboard: [LOE:M] → [LOE:M][NO_UPLIFT]
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → DUPLICATE
Updated•11 years ago
|
Flags: in-moztrap? → in-moztrap-
You need to log in
before you can comment on or make changes to this bug.
Description
•