[TB] Make From/To name+email address in mail header pane selectable in order to allow copying [sender, recipients, Ctrl+C]

NEW
Unassigned

Status

Thunderbird
Mail Window Front End
--
enhancement
12 years ago
2 years ago

People

(Reporter: Joachim Kluge, Unassigned)

Tracking

(Depends on: 1 bug, Blocks: 1 bug)

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 obsolete attachments)

(Reporter)

Description

12 years ago
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

12 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
QA Contact: front-end

Updated

10 years ago
Assignee: mscott → nobody

Updated

10 years ago
Blocks: 369278

Updated

10 years ago
Blocks: 413812

Updated

9 years ago
Duplicate of this bug: 501493

Comment 3

7 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

7 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

6 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

6 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

6 years ago
Duplicate of this bug: 356745

Updated

6 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

6 years ago
Blocks: 713979

Comment 7

5 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.

Comment 8

4 years ago
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

Comment 9

4 years ago
Note that *pasting* comma-separated lists of addresses appears to be broken in Thunderbird 31, see bug 1059988.

Comment 10

2 years ago
Created attachment 8693759 [details] [diff] [review]
Proposed change (1 line)

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

2 years ago
Created attachment 8693764 [details] [diff] [review]
Proposed change (2 lines)

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 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

2 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

2 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

2 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

2 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

2 years ago
Assignee: mozilla → nobody
Status: ASSIGNED → NEW
You need to log in before you can comment on or make changes to this bug.