Closed Bug 972021 Opened 10 years ago Closed 10 years ago

Desktop client needs to send "call-me" URLs via email for signed in users

Categories

(Hello (Loop) :: Client, defect, P3)

defect
Points:
1

Tracking

(Not tracked)

RESOLVED INVALID
mozilla34

People

(Reporter: abr, Unassigned)

References

Details

(Whiteboard: [p=1, fxa][first release needed?])

User Story

As a signed-in FF browser user I can open my e-mail composer with a pre-populated Destination, Subject and Body including the call-back URL, so that I can easily share the URL with my contact.
      No description provided.
Blocks: 972015
No longer blocks: 972015
Blocks: 972014
Component: General → Client
User Story: (updated)
Blocks: 1000769
No longer blocks: 972014
Priority: -- → P2
Whiteboard: [s=ui32]
Target Milestone: --- → mozilla32
Whiteboard: [s=ui32] → p=?
Target Milestone: mozilla32 → mozilla33
Summary: Desktop client needs UI to send "call-me" URLs via email → Desktop client needs to send "call-me" URLs via email
This leverages mailto which uses the default e-mail client (hard client such as Thundebird or webclients such as GMail or Yahoo are supported as per about:preferences in the "applications" section).

Example:
mailto:?subject=Loop invitation to chat&body=Please click that link to call me back [LINK].
Priority: P2 → P3
Priority: P3 → P1
Target Milestone: mozilla33 → mozilla34
Priority: P1 → P2
Summary: Desktop client needs to send "call-me" URLs via email → Desktop client needs to send "call-me" URLs via email for signed in users
Whiteboard: p=? → [p=?, fxa]
Target Milestone: mozilla34 → mozilla35
I don't believe this is needed for the first release of FxA & contacts.
RT -- Does this go with Bug 1000769?  Do we need this to complete the basic user story calling a non-FxA contact?

(Making this [first release needed?] like bug 1000769 until this gets clarified.)
Flags: needinfo?(rtestard)
Whiteboard: [p=?, fxa] → [p=?, fxa][first release needed?]
Making this P1 if it goes with bug 1000769
Priority: P2 → P1
(In reply to Maire Reavy [:mreavy] (Plz needinfo me) from comment #3)
> RT -- Does this go with Bug 1000769?  Do we need this to complete the basic
> user story calling a non-FxA contact?
> 
> (Making this [first release needed?] like bug 1000769 until this gets
> clarified.)

This is the same as the account-less feature on https://bugzilla.mozilla.org/show_bug.cgi?id=1000772
This bug is only here to confirm that the account-less feature allowing to share a call-back URL by e-mail is still available when signed-in as per the "Share" button shown on https://people.mozilla.org/~dhenein/labs/loop-mvp-spec/#precall-signedin
Flags: needinfo?(rtestard)
Depends on: 1046594
Whiteboard: [p=?, fxa][first release needed?] → [fxa][first release needed?]
Points: --- → 1
Whiteboard: [fxa][first release needed?] → [p=1, fxa][first release needed?]
Priority: P1 → P3
Target Milestone: mozilla35 → mozilla34
(In reply to Romain Testard [:RT - on PTO back on August 14th] from comment #1)
> This leverages mailto which uses the default e-mail client (hard client such
> as Thundebird or webclients such as GMail or Yahoo are supported as per
> about:preferences in the "applications" section).
> 
> Example:
> mailto:?subject=Loop invitation to chat&body=Please click that link to call
> me back [LINK].

mailto might be okay for guest users but IME desktop email clients are not as popular nowadays and many webmail sites don't integrate with our mailto dialog so many users will be unable to successfully use this feature. For logged-in users, I think we should send the email from the server side to avoid this problem. Emails would be associated with accounts so we can handle spamming.

Of course, I would also like to improve Firefox's mailto handling but some of that requires webmail sites to use the proper API to register their URL. We could probably include some more popular services by default though.
ABR having conversation with darrin regarding the URL differences between logged-in versus not logged-in based on association with browser or FxA user account.
MattN is addressing this with a bug to populate the link box with the the signed in URL (which varies from a non-signed in URL).  There isn't a code change on the copy or email/share buttons though.  they will work the same for signed-in or non-signed in users.  closing as the code change doesn't need to happen here.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.