Closed
Bug 327621
Opened 19 years ago
Closed 2 years ago
[TB] Make From/To name+email address in mail header pane selectable in order to allow copying [sender, recipients, Ctrl+C]
Categories
(Thunderbird :: Mail Window Front End, enhancement)
Thunderbird
Mail Window Front End
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 167010
People
(Reporter: bugzilla, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(2 obsolete files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla Thunderbird Version 1.5 (20051201)
When viewing a mail the from/to is presented in the following way
From: "Joe Average" <example@mozilla.com>
To: "Johanna Average" <example@mozilla.com>
Both strings are not selectable by the user. You can only click them and a context menu appears. I'd like to select parts of the name+address string in order to copy the e.g. the name. With the actual implementation it's not possible to get the name out of the string without some workaround.
Reproducible: Always
Steps to Reproduce:
1. select mail
2. in preview try to select parts of the "name" <mail@mail.com> string
Comment 1•19 years ago
|
||
Seamonkey bug 167010, which has a patch that's not very old but with no recent activity. See also bug 269094.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
Updated•18 years ago
|
QA Contact: front-end
Updated•16 years ago
|
Assignee: mscott → nobody
Comment 3•14 years ago
|
||
This bug makes Thunderbird extremely frustrating when trying to put together mails to
multiple addresses quickly.
You can’t copy and paste email addresses from To, From fields, etc, drag and drop them into other emails, and so on-- way too clunky and difficult to manage!
Comment 4•14 years ago
|
||
This bug makes Thunderbird extremely frustrating when trying to put together mails to
multiple addresses quickly.
You can’t copy and paste email addresses from To, From fields, etc, drag and drop them into other emails, and so on-- way too clunky and difficult to manage!
Updated•13 years ago
|
Summary: Make From/To name+address mail header pane selectable in order to allow copying → Make From/To name+email address in mail header pane selectable in order to allow copying [sender, recipients, Ctrl+C]
Comment 5•13 years ago
|
||
(In reply to Mike Cowperthwaite from comment #1)
> Seamonkey bug 167010, which has a patch that's not very old but with no
> recent activity. See also bug 269094.
It's so boring to dig in these age-old things that remain unsolved from generation to generation...
FTR:
Once upon a time, there was
Seamonkey Bug 61497 - [SM] Can't select text in message headers / copy subject
42 duplicates were filed against that bug, most of them demanding that *all* of the headers should be selectable for copying, i.e. including *email addresses*.
That bug 61497 only fixed half of the problem (selecting subject), while filing the other half (selecting email addresses) as a Seamonkey bug:
Bug 167010 - Can't select text to copy email addresses in message header [sender, recipients, Ctrl+C]
That bug 167010 has been morphed into MailNews Core, so that's the main bug which needs to be fixed.
I guess we might want to keep this bug 327621 so that it can be more easily found and remembered for the *Thunderbird* Product. Technically, it's a dupe of bug 167010.
Depends on: 167010
Updated•13 years ago
|
Summary: Make From/To name+email address in mail header pane selectable in order to allow copying [sender, recipients, Ctrl+C] → [TB] Make From/To name+email address in mail header pane selectable in order to allow copying [sender, recipients, Ctrl+C]
Updated•13 years ago
|
Blocks: tb-keyboard-tracker
Comment 7•12 years ago
|
||
Is there a possibility of getting this fixed at the earliest. This a very handy feature for quick cut-paste of multiple email addresses and multi-address selection. Fixing this will improve productivity.
a link to the previous (seamonkey) patch, that never got added.. maybe someone can pick up where the patch author left off and refactor it as tbird code?
https://bugzilla.mozilla.org/attachment.cgi?id=200039&action=diff
from
https://bugzilla.mozilla.org/show_bug.cgi?id=167010#c22
Note that *pasting* comma-separated lists of addresses appears to be broken in Thunderbird 31, see bug 1059988.
Comment 10•9 years ago
|
||
One line change to put the "full" e-mail address onto the clipboard.
I think this is more useful if someone wants to copy the name.
Assignee: nobody → mozilla
Status: NEW → ASSIGNED
Attachment #8693759 -
Flags: ui-review?(richard.marti)
Attachment #8693759 -
Flags: review?(mkmelin+mozilla)
Comment 11•9 years ago
|
||
Oops, comment needed to change, too.
Attachment #8693759 -
Attachment is obsolete: true
Attachment #8693759 -
Flags: ui-review?(richard.marti)
Attachment #8693759 -
Flags: review?(mkmelin+mozilla)
Attachment #8693764 -
Flags: ui-review?(richard.marti)
Attachment #8693764 -
Flags: review?(mkmelin+mozilla)
Comment 12•9 years ago
|
||
Comment on attachment 8693764 [details] [diff] [review]
Proposed change (2 lines)
For me this looks good. But Magnus wrote in bug 167010 he'd like to stay this menu entry to the address only and add an entry for both, name and address.
But yeah, what would be the best label for this?
"Copy Full Email Address" comes in my mind but seems not so very descriptive.
Attachment #8693764 -
Flags: ui-review?(richard.marti) → ui-review+
Comment 13•9 years ago
|
||
Well, this is trivial stuff. If we can figure out what we want to do before the next branch date/string freeze, I'll do it.
Frankly, I disagree with Magnus:
- You don't need two almost identical functions.
- If the new function copies the "full" e-mail address, you can delete the undesired
parts upon paste.
- You can paste a "full" e-mail into a "To" field, that's even better. So I don't
see much use of only copying the e-mail address.
As I said in the other bug: It's often annoyed me that I couldn't copy the name of the person. Usually I go reply and copy it from there.
Let me know what you want and I add the 10-15 lines that are required.
Comment 14•9 years ago
|
||
Magnus, can you please decide now whether we can do this *without* another menu option. In bug 167010 comment #54 you said (quote):
> For 327621, I think the current address only should stay, though we
> should figure something out for "full mailbox".
As stated in comment #13, I disagree, but if you insist, I can add a separate menu item. This would require a string change, so it needs to be done *NOW* to make the next branch date on 14th Dec.
Flags: needinfo?(mkmelin+mozilla)
Comment 15•9 years ago
|
||
Jorg, thanks for pushing these things forward, although we should not compromise on quality because we are rushing.
Part of that rush is that you're doing this in the wrong bug.
This bug 327621 [TB] and its mailnews duplicate Bug 167010 have the same goal:
Make the *text* of from/to headers freely *selectable* in the UI, even for partial or multiple selections.
Like we can currently select any part of subject directly and then copy that.
So with the proposed menus you are really discussing something else, namely:
Bug 99997 - [SM] "Copy email address" doesn't copy name
Bug 232021 - name should be included with email address when copying from header menu
As seen in the discussion on those bugs, we definitely want *both* email-only and full-email-with-name as separate options for copying.
I've proposed a dual menu item as a minimally intrusive solution in Bug 99997 Comment 34.
It may not be the maximally efficient solution, and certainly not the easiest to implement.
I'm now tending to just use two separate menus, "Copy Email Address", and "Copy Name and Email Address". That's simple and straightforward, most efficient for either scenario, and cheap to implement.
We cannot close this bug after you implement whatever menu solution, because the menu solution does not satisfy the demands of this bug. So I suggest that you move the discussion and future patches over to those other bugs where it belongs.
Comment 16•9 years ago
|
||
Comment on attachment 8693764 [details] [diff] [review]
Proposed change (2 lines)
Thomas, the living encyclopedia of BMO.
Thanks. You know what, the smaller the bug number, the more I love fixing the bug. I'd love to move this to bug 99997, but I'll move it to bug 232021 instead.
Since over there you already decided on the UI, it will be a piece of cake.
Thanks again, you made my day (seriously).
Attachment #8693764 -
Attachment is obsolete: true
Flags: needinfo?(mkmelin+mozilla)
Attachment #8693764 -
Flags: review?(mkmelin+mozilla)
Updated•9 years ago
|
Assignee: mozilla → nobody
Status: ASSIGNED → NEW
Comment 17•2 years ago
|
||
(In reply to Thomas D. (:thomas8) from comment #5)
I guess we might want to keep this bug 327621 so that it can be more easily
found and remembered for the Thunderbird Product. Technically, it's a dupe
of bug 167010.
True. Have just moved Bug 167010 into Thunderbird
product (11 duplicates incl. this one and its dupe), because it's a front-end thing. So let's consolidate there.
You need to log in
before you can comment on or make changes to this bug.
Description
•