Closed
Bug 838003
Opened 12 years ago
Closed 12 years ago
[SMS/MMS][User Story] Email invocation from message
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect, P1)
Tracking
(blocking-b2g:leo+, b2g18 fixed)
People
(Reporter: pdol, Assigned: ssaroha)
References
()
Details
(Keywords: feature, Whiteboard: [LOE:S])
Attachments
(3 files, 2 obsolete files)
UCID: Messages-007
User Story:
As a user, I want the ability to launch the Email application from an email address in a message, with the recipient precomposed so that I don't need to remember the email address to manually enter it into the Email application.
Updated•12 years ago
|
Summary: [B2G][SMS][User Story] Email invocation from message → [SMS][User Story] Email invocation from message
Updated•12 years ago
|
Assignee: nobody → ssaroha
Whiteboard: u=user c=sms s=v1.1-sprint-2 → u=user c=sms s=v1.1-sprint-1
Reporter | ||
Updated•12 years ago
|
Summary: [SMS][User Story] Email invocation from message → [SMS/MMS][User Story] Email invocation from message
Whiteboard: u=user c=sms s=v1.1-sprint-1 → u=cyee@mozilla.com c=sms s=v1.1-sprint-1
Updated•12 years ago
|
Depends on: b2g-mms-dom-api
Updated•12 years ago
|
Blocks: mms-userstories
UX draft here for comment:
https://www.dropbox.com/s/0f3gpv2rkqupeq6/Messaging-Email%2BBrowserLinks.pdf
This one should be fairly straightforward.
The only issue I see here is that there is no easy way for the user to return to the messaging from the browser after clicking a link.
The compose email back button should return you back to messaging if the user decides to back-out from the email.
Whiteboard: u=cyee@mozilla.com c=sms s=v1.1-sprint-1 → u=cyee@mozilla.com c=sms s=v1.1-sprint-1 [LOE:S]=1-2 days
No longer depends on: 844203
Whiteboard: u=cyee@mozilla.com c=sms s=v1.1-sprint-1 [LOE:S]=1-2 days → [LOE:S]=1-2 days
Updated•12 years ago
|
Whiteboard: [LOE:S]=1-2 days → [LOE:S]
https://github.com/mozilla-b2g/gaia/pull/8466
Pull request for email changes. please review.
Attachment #721139 -
Flags: review?(fbsc)
Attachment #721139 -
Flags: review?(fabrice)
Attachment #721139 -
Flags: review?(alberto.pastor)
Updated•12 years ago
|
Attachment #721139 -
Flags: review?(fabrice)
Comment 3•12 years ago
|
||
(In reply to Casey Yee [:cyee] from comment #1)
> UX draft here for comment:
> https://www.dropbox.com/s/0f3gpv2rkqupeq6/Messaging-Email%2BBrowserLinks.pdf
>
> This one should be fairly straightforward.
>
> The only issue I see here is that there is no easy way for the user to
> return to the messaging from the browser after clicking a link.
>
> The compose email back button should return you back to messaging if the
> user decides to back-out from the email.
Hey Casey,
The above draft suggests doing different actions for:
- Composing an e-mail (tap)
- Creating or updating a contact (long-tap)
But that is not consistent with similar specs (e.g. bug 838002 and 838002) where the same action (tap) is used for dialing a number (equivalent to compose e-mail) or using that number for creating and updating a contact. Is this something intended?
Thanks
Updated•12 years ago
|
Flags: needinfo?(kyee)
Comment 4•12 years ago
|
||
Per partner and release-driver discussions, marking blocking- until all MMS functionality in bug 849867 is complete, allowing it all to be checked-in at once to avoid SMS bustage.
blocking-b2g: leo+ → -
Comment 5•12 years ago
|
||
Restoring leo+ for the non-MMS dependent v1.1 SMS features.
No longer blocks: mms-p1
blocking-b2g: - → leo+
Comment 6•12 years ago
|
||
Comment 7•12 years ago
|
||
Attachment #724358 -
Attachment is obsolete: true
(In reply to Daniel Coloma:dcoloma from comment #3)
>
> Hey Casey,
>
> The above draft suggests doing different actions for:
>
> - Composing an e-mail (tap)
> - Creating or updating a contact (long-tap)
>
> But that is not consistent with similar specs (e.g. bug 838002 and 838002)
> where the same action (tap) is used for dialing a number (equivalent to
> compose e-mail) or using that number for creating and updating a contact. Is
> this something intended?
>
> Thanks
Spec has been updated here:
https://www.dropbox.com/s/zc3hhd1mxi16p4w/MMS.pdf
I think that when a user taps on a link or email, giving them the options up-front is ideal to tap to open link or email + alternate options using long-press. Single presses are more discoverable.
Flags: needinfo?(kyee)
Comment 9•12 years ago
|
||
One important thing to highlight:
In case we have several clickable items in a single bubble, evey item should have an indepedent clickable area.
Comment 10•12 years ago
|
||
(In reply to Casey Yee [:cyee] from comment #8)
>
> Spec has been updated here:
> https://www.dropbox.com/s/zc3hhd1mxi16p4w/MMS.pdf
>
Thanks Casey,
Now Ayman will release a new WF version, just for including in one single document all the SMS US for v1.1 based in your WF and Arun's and what we agreed with the development team in the Aceptance Criteria.
Thanks a lot for your help!
Comment 11•12 years ago
|
||
Wireframe release:
HTML5_SMS-MMSUserStorySpecifications_20130315_V1.0
**new wireframes**
- SMS with phone number
- Phone number long press options
- Phone number not in contact list options
- SMS with URL
- SMS with email
- Email long press options
**updated wireframes**
- none
**deleted wireframes**
- none
to address this bug specifically refer to page: 7
Assignee | ||
Comment 12•12 years ago
|
||
Attachment #721139 -
Attachment is obsolete: true
Attachment #721139 -
Flags: review?(fbsc)
Attachment #721139 -
Flags: review?(alberto.pastor)
Attachment #727554 -
Flags: review?(jlal)
Attachment #727554 -
Flags: review?(fbsc)
Comment 13•12 years ago
|
||
This might be TEF or Taipei owning testing here.
Tony - Can you find out who owns this user story?
Flags: needinfo?(tchung)
Flags: in-moztrap?
Comment 14•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #13)
> This might be TEF or Taipei owning testing here.
>
> Tony - Can you find out who owns this user story?
The testing of this US owns to TEF team, they are preparing the test plan for it
Updated•12 years ago
|
Flags: needinfo?(tchung)
Attachment #727554 -
Flags: review?(jlal)
Updated•12 years ago
|
Attachment #727554 -
Flags: review?(fbsc) → review+
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 15•12 years ago
|
||
Uplifted commit 0fb1929c5d84d3b3ab96522dedd03c7cb72e02e4 as:
v1-train: 8350fae7b0f11c87cd491bd72e8a64ca5e1bb737
status-b2g18:
--- → fixed
Flags: in-moztrap? → in-moztrap+
Updated•11 years ago
|
Attachment mime type: text/plain text/plain → text/x-github-pull-request text/x-github-pull-request
You need to log in
before you can comment on or make changes to this bug.
Description
•