Closed Bug 972023 Opened 12 years ago Closed 11 years ago

Desktop client needs to let SIGNED in user copy "call-me" URLs to clipboard

Categories

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

defect

Tracking

(Not tracked)

RESOLVED INVALID
mozilla34

People

(Reporter: abr, Unassigned)

References

Details

(Keywords: verifyme, Whiteboard: [est: 1d, p=1, fxa, first release needed])

User Story

As a signed-in FF browser user I can copy a call-back URL to the clipboard so that I can paste it on my preferred communication channel with someone.
No description provided.
Blocks: 972015
No longer blocks: 972015
Blocks: 972014
Blocks: loop_mlp
To clarify, this bug is meant to track the UX and implementation work of providing a means of placing the URL into the system clipboard in a more convenient way than "highlight text" followed Edit->Copy or Control-C/Command-C. For example, we may consider automatically copying the URL to the clipboard when it is generated; or have a "create URL and copy to the clipboard" button; or, after the URL is displayed, have a button that copies it to the clipboard. It is assumed that users can highlight and copy the link manually, even before this bug lands.
Blocks: 972024, 974875
No longer blocks: 972014, loop_mlp
No longer blocks: 972024
Not required for MLP
Mark -- Even if this doesn't block MLP, I'd like to give this to you (as part of bug 974875). Thanks.
Assignee: nobody → standard8
Priority: -- → P4
Whiteboard: [est: 1d]
Component: General → Client
Assignee: standard8 → nobody
Blocks: 972014
No longer blocks: 974875
User Story: (updated)
Blocks: 1000769
No longer blocks: 972014
Priority: P4 → P2
Whiteboard: [est: 1d] → [est: 1d][s=ui32]
Target Milestone: --- → mozilla32
Priority: P2 → P5
Whiteboard: [est: 1d][s=ui32] → [est: 1d][s=ui33]
Target Milestone: mozilla32 → mozilla33
Priority: P5 → P3
Whiteboard: [est: 1d][s=ui33] → [est: 1d, p=1]
Summary: Desktop client needs UI to copy "call-me" URLs to clipboard → Desktop client needs to copy "call-me" URLs to clipboard
Priority: P3 → P1
Target Milestone: mozilla33 → mozilla34
can do today - every first release user will know how - using copy on the operating system. put in later for non-computer user adoption.
Target Milestone: mozilla34 → mozilla35
Although this breaks the planned FF3 UX, I needInfo Darrin for comments on this when he is back.
Flags: needinfo?(dhenein)
Flags: needinfo?(dhenein)
Summary: Desktop client needs to copy "call-me" URLs to clipboard → Desktop client needs to let SIGNED in user copy "call-me" URLs to clipboard
Whiteboard: [est: 1d, p=1] → [est: 1d, p=1, fxa]
I don't believe this is necessary for the first release of FxA&contacts/direct calling
Priority: P1 → P2
To be clear, this bug is about providing the same capability as what will be available for accountless users through https://bugzilla.mozilla.org/show_bug.cgi?id=1000771 This is the copy button show on https://people.mozilla.org/~dhenein/labs/loop-mvp-spec/#precall-signedin
Whiteboard: [est: 1d, p=1, fxa] → [est: 1d, p=1, fxa, first release needed]
Depends on: 1046581
Points: --- → 1
Priority: P2 → P3
Target Milestone: mozilla35 → mozilla34
Flags: firefox-backlog+
Whiteboard: [est: 1d, p=1, fxa, first release needed] → [est: 1d, p=1, fxa, first release needed] [qa?]
Keywords: verifyme
QA Contact: anthony.s.hughes
Whiteboard: [est: 1d, p=1, fxa, first release needed] [qa?] → [est: 1d, p=1, fxa, first release needed]
ABR to have conversation with darrin regarding the URL differences between logged-in versus not logged-in URL association with browser or FxA user account.
Flags: needinfo?(adam)
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: 11 years ago
Resolution: --- → INVALID
Points: 1 → ---
Flags: firefox-backlog+ → firefox-backlog-
[Answering my "needinfo" from Comment 9]: Based on a brief IRC conversation with Darrin, this works in the way that we've been anticipating: when not logged in, generated URLs are associated with the browser; when logged in, they are associated with the user.
Flags: needinfo?(adam)
You need to log in before you can comment on or make changes to this bug.