Ubuntu

selecting text in full header mode fails

Reported by Paul O'Malley on 2005-06-19
8
Affects Status Importance Assigned to Milestone
Mozilla Thunderbird
Confirmed
Medium
thunderbird (Ubuntu)
Low
Unassigned

Bug Description

control+a does not select all the text in the full header window

WORKAROUND:
use View|Message Source instead of View|Headers|All

In , 3-14 (3-14) wrote :

What exactly do you mean by a *text* e-mail address? And why is this bug Windows
only?

pi

Boris, Seth was just using a W2K PC to file the bug.

I guess this would include the ability to select and copy the sender's or
recipient's names too, which can't be done from the message pane header view at
the moment. (not to mention getting a menupopup as punishment for trying)

I'm hoping I can get some help from neil on this one, as it's right up his alley.

we'd want to make it so the user can select email addresses on left click drag.

but we want to keep the right click ability to get that context menu, which is
per address.

We also want to keep the "linkified" look, where it changes color on mouseover.

for extra credit (beyond the scope of of this bug) would be making it so you can
select multiple headers at once.

My gut tells me that is much harder.

nominating.

note, a very lame work around is to view source (ctrl + u) and do your
select/copy there.

Mail triage team: nsbeta1+/adt3

*** Bug 203635 has been marked as a duplicate of this bug. ***

What I want to do, which brought me to this bug, is to copy entire messages,
including the main headers, to a document, to make a record of discussions on a
particular issue. For this I would want to be able to select and copy the
headers and the text in the format in which they appear on the screen.

Copying from the message source (comment 7) is not adequate for several reasons.
One is that I get lots of irrelevant headers which I have to delete. Another is
that the source is in the source encoding which has not been regularised by
Mozilla, e.g. it may be full of =20's or may be raw UTF-8 etc, and the Windows
clipboard does not recognise Content-Type etc headers. Even some sender names
are in a strange format in the source e.g. I have a source sender line in the
form (adjusted to protect privacy):

From: =?iso-8859-1?Q?Karlj=FCrgen_Xxxxxxxxx?= <email address hidden>

which is displayed correctly in the header pane as:

Karljürgen Xxxxxxxxx <email address hidden>

but there seems to be no way to copy that u umlaut to the Windows clipboard.

My suggestion would be that when in a message Select All (Edit - Select - All or
ctrl-A) should select also the headers - whichever ones are displayed.

In , Mcow (mcow) wrote :

*** Bug 169027 has been marked as a duplicate of this bug. ***

In , Mcow (mcow) wrote :

*** Bug 253658 has been marked as a duplicate of this bug. ***

(In reply to comment #6)
> we'd want to make it so the user can select email addresses on left click drag.
>
> but we want to keep the right click ability to get that context menu, which is
> per address.
>
> We also want to keep the "linkified" look, where it changes color on mouseover.
>
> for extra credit (beyond the scope of of this bug) would be making it so you can
> select multiple headers at once.
>
> My gut tells me that is much harder.
>
> nominating.

We could add an item such as "Copy Email Address With Name" (or one with a
better wording) to the context menu. The user doesn't have the freedom to drag
and select arbitrarily portions of the name, but this "Copy Email Address With
Name" would be good enough for most cases and not that hard to implement.

The exact semantics would be to copy the MIME-decoded content (exactly as
displayed in the header pane) of the item chosen by the user, to solve the
problem addressed in comment #10, e.g. to copy "Karljürgen Xxxxxxxxx
<email address hidden>", not "=?iso-8859-1?Q?Karlj=FCrgen_Xxxxxxxxx?=
<email address hidden>" to the clipboard.

control+a does not select all the text in the full header window

"Copy Email Address With Name" is not sufficient for one very useful purpose;
the ability to copy *all* the recipients of a particular message to compose a
new message, but not in reply to the one you are copying from.

*** Bug 302913 has been marked as a duplicate of this bug. ***

Re comment #13
Quote from bug #302913, marked as duplicate:
The message headers can't be copied in memory for paste (header title can't be
selected, and only one row max).

Expected results:
Copy-paste message header in one operation, which would look like this when pasted:
Subject: asdf
From: ...
Date: ...
To: ...
(or all message headers if selected).

I have some idea on solving this bug.

Its possible to add one more item on the popup menu(when you left click on the
from field) called copy header, and we can paste the whole header field
wherever we want.

alternatively, the item may also called view the header in plain text, in this
case, the whole mail header will display in a popup window in plain text, the
user may select the part they want to copy and paste somewhere else.

I'm not sure if anyone agree with my idea, if so, i can post the patch in one day.

(In reply to comment #14)
> "Copy Email Address With Name" is not sufficient for one very useful purpose;
> the ability to copy *all* the recipients of a particular message to compose a
> new message, but not in reply to the one you are copying from.

We can add another menu item for copying all the recipients. :)
Another idea that comes to my mind is a menu item that pops up a window with all
the recipients, each with a checkbox (checked by default), to let the user
choose exactly which recipients wanted.

I think we can also replace "Copy Email Address" with, say, "Copy Email Address
with Name" and name it just "Copy", for it is obvious what to be copied, and
name the new feature "Copy Multiple".

This is all very complicated. Why not (In reply to comment #18)
> (In reply to comment #14)
> > "Copy Email Address With Name" is not sufficient for one very useful
purpose;
> > the ability to copy *all* the recipients of a particular message to compose
a
> > new message, but not in reply to the one you are copying from.
>
> We can add another menu item for copying all the recipients. :)
> Another idea that comes to my mind is a menu item that pops up a window with
all
> the recipients, each with a checkbox (checked by default), to let the user
> choose exactly which recipients wanted.
>
> I think we can also replace "Copy Email Address" with, say, "Copy Email
Address
> with Name" and name it just "Copy", for it is obvious what to be copied, and
> name the new feature "Copy Multiple".

This is all very complicated. Why not simply allow the user to highlight the
names and addresses like text? They can still click or right click on them!

I think why we don't simply let the user highlight the part they intersted is
because the message header part of mozilla mail is combine with few components
(label and textbox etc) rather than one (like Evolution does), thus, its hard to
implement the function you mentioned. Otherwise, this topic will not last for
about 5 years( since bug 61497) and with no solution...

Created attachment 199906
THis patch is what I mentioned in comment 17

This patch simply add one more feature and doesn't influent any other part of
codes.

Created attachment 200039
Revised from last patch

Zak B. Elep (zakame) on 2005-11-24
Changed in mozilla-thunderbird:
assignee: nobody → adconrad
Gary Coady (garycoady) on 2006-04-26
Changed in mozilla-thunderbird:
status: Unconfirmed → Confirmed

-> enh to take it off the "bug" radar.

4xp means it worked in Netscape 4 and therefore is broken by not working in Mozilla and not an enhancement

Changed in mozilla-thunderbird:
assignee: adconrad → mozillateam
Alexander Sack (asac) on 2007-10-17
Changed in mozilla-thunderbird:
assignee: mozillateam → mozilla-bugs

*** Bug 407802 has been marked as a duplicate of this bug. ***

Is the patch from comment #22 still waiting for review?

*** Bug 417284 has been marked as a duplicate of this bug. ***

This bug might be a good idea for improved UI

UI Refresh has become one of the goals to improve Thunderbird Adoption as desired by David A. From a decent UI, I expect that I can copy everything that looks like text, especially like in this case, where copying the headers (adresses etc.) could be higly beneficial in everyday scenarios like composing a new mail to a number of recipients from another mail without replying to that other mail.

On implementation, please allow mouse drag to highlight, highlighting across different headers (e.g. from AND cc) and keyboard highlighting using Shift.

Since new message reader plans are to return to Netscapes' scroll-the-whole message format, this might be the right time to fix this usability "regression" from Netscape 4? Also consider that even MS Outlook Express has had this feature ever since...

Therefore: Will the final version of message reader finally offer the possibility of selecting across several adresses (via dragging over or shift+cursor keys) so as to allow copying them into a new email etc?

Micah Gersten (micahg) wrote :

Moving to thunderbird package for TB2+.

description: updated
affects: mozilla-thunderbird (Ubuntu) → thunderbird (Ubuntu)
Changed in thunderbird (Ubuntu):
assignee: Mozilla Bugs (mozilla-bugs) → nobody

*** Bug 269094 has been marked as a duplicate of this bug. ***

Micah Gersten (micahg) wrote :

Changing upstream per upstream duplicate marking.

Changed in thunderbird:
status: Confirmed → Unknown
Changed in thunderbird:
status: Unknown → Confirmed

This is still extant in Thunderbird 2.0.0.23.

My particular use case is:

I have received an email from someone in Korea, with a Korean name. He doesn't have a signature. The only place I can get at his name is in the From: header. I can't type Korean, so I can't copy it manually; I can't copy his name from the message source, because it hasn't been MIME decoded; and I can't select the text from the From: header because Thunderbird doesn't support it.

So I am, basically, stuffed. I'm going to have to refer to him to my boss as 'That guy from Korea'.

Micah Gersten (micahg) wrote :

Marking this Triaged as there is an upstream bug. Dropping Importance to Low as there is a workaround.

Changed in thunderbird (Ubuntu):
importance: Medium → Low
status: Confirmed → Triaged
Changed in thunderbird:
importance: Unknown → Medium
Olosta (hameltho) wrote :

I think this is the thing I hate the most since I switched from Evolution to Thunderbird.

Actually, this I why I didn't stay on thunderbird last time I tried it.

I need to copy/paste e-mails with From, date, To, cc, and subject headers.

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!

I agree. I have the same problem as David in Comment 32, though I have discovered a workaround that choosing Reply or Forward on the original message then lets me copy the name from the To: field or the body text, respectively.

What's even more annoying is when I want to copy a list of 50 e-mail addresses (because they haven't adopted a litserv yet) and paste them as recipients of an e-mail I've composed in another window. The only way around this is to do Reply All, accept that most of the recipients will be CC instead of the somewhat-arbitrarily chosen To: (selected based on who sent the message I Reply All on), and then replace the subject, body, options, From, etc. with the new content.

 (In reply to comment #20)
> I think why we don't simply let the user highlight the part they intersted is
> because the message header part of mozilla mail is combine with few components
> (label and textbox etc) rather than one (like Evolution does), thus, its hard to
> implement the function you mentioned. Otherwise, this topic will not last for
> about 5 years( since bug 61497) and with no solution...

No, this topic won't last for 5 years with no solution...we're already beyond 10.

Gary, can you check how badly is patch bitrotted? (Patch author's email is dead)

I suppose there must be a lot of reports on this on getsatisfaction, but I don't have time to research. If you find some, please tag them "bug 167010" so that URL of this bug will expose them. Then, we need to label one of these reports canonical.

While this bug may not technically depend on Bug 136897, and may differ in other ways, they are related in that they address a similar type of problem in a similar part of the UI. Unfortunately bmo doesn't have many ways yet of expressing such relations. Let's keep a link then, in see also.

I guess we might want to keep Thunderbird bug 327621 which requests the same so that it can be more easily found and remembered for the *Thunderbird* Product. Technically, it's a dupe of this bug 167010.

There are actually two extensions that provide this functionality in different ways:

AddressContext
https://addons.mozilla.org/en-us/thunderbird/addon/addresscontext/

RecipientBox
https://addons.mozilla.org/en-US/thunderbird/addon/recipientbox/

Unfortunately, they are both so outdated that AddressContext only works for versions up to TB2 (although a user comments that (s)he was able to get it to function for TB5 with a workaround), and RecipientBox has been "disabled by an administrator" while only working for up to TB3.

In order to be able to use at least one of these great and very useful extensions, I am still using TB3.

Will someone please incorporate this functionality into Thunderbird?

*** Bug 540729 has been marked as a duplicate of this bug. ***

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.