64036 - Pasted email addresses should get "mailto:" removed

Status: RESOLVED DUPLICATE of bug 44362

(MailNews Core :: Composition, enhancement)

Description

[Tobias Burnus]

If click on a url "mailto:foo@bar", choose "Copy Link Location" and past it into
a address field I get this "mailto:" before the email address.

Expected: The "mailto:" is not shown.

Moreover you may consider to convert "mailto:foo%40bar" into "foo@bar" as it
happens if you click onto such an url.

Comment 1

[Matthew T (active 1999-2002)]

Good catch. The same applies anywhere where we're sure the user needs to enter 
an e-mail address. The only such place I can think of right now is the `E-mail 
address' field in the address book. Any others? (They'll probably need separate 
bugs, but they should call the same `mailto:'-checking/-stripping code 
function.)

Comment 2

[Tobias Burnus]

One can even enhance this: In bug 64289 I suggest to make newsgroup names
("news:foo.bar" resp. "nntp://server:port/foo.bar") draggable.

That is one should also remove "news:" and "nntp://". (I don't think one should
treat things like "news://foo.bar/id"

I think news:// and nntp: will also be allowed (the first due to backward
compatibility, see bug 49157 and rfc1738).

Comment 3

[pmock]

Changing qa assigned

Comment 4

[Jesse Ruderman]

See also bug 32358, which would change the "copy" context menu item for mailto 
links to "copy e-mail address".

Comment 5

[Gervase Markham [:gerv]]

[e-mail] - I'm just about to fix bug 32358. Will that make you happy, or 
does this bug require other stuff too?

Gerv

Comment 6

[Tobias Burnus]

Gervase Markham wrote:
|[e-mail] - I'm just about to fix bug 32358. Will that make you happy, or 
|does this bug require other stuff too?

I don't exactly know whether this also covers news: resp. nntp: and if it also
supports this:
> Moreover you may consider to convert "mailto:foo%40bar" into "foo@bar" as it
> happens if you click onto such an url.

But it it does, I think this can be closed.

Comment 7

[Gervase Markham [:gerv]]

This bug is fixed for mailto: ; use Copy Email Address. 

I don't think we should need to trim news URLs because, while [e-mail] is a 
valid and useful email address, 
news.mozilla.org/netscape.public.mozilla.webtools/<messageID> is not a valid 
anything.

Gerv

Comment 8

[Matthew T (active 1999-2002)]

Reproduced in build 2001071309, Mac OS 9.1. Reopening.

Steps to reproduce:
1.  Open this bug report in Internet Explorer 5.0, or iCab pre2.5.1, or Netscape
    Communicator 4.77.
2.  Hold down the mouse button on the link `Gervase Markham'. Copy the link
    using the context menu.
3.  Open a message composition window in Mozilla, and paste into the addressing
    field.

What you should get:
*   [e-mail]

What you actually get:
*   mailto:[e-mail]

Comment 9

[Jean-Francois Ducarroz]

pretty sure it's a dup! Over to varada

Comment 10

[Andrew Hagen]

This bug should be marked invalid. If you want just the e-mail address and not
the "link address" or URI, then click "copy Email address." Sometimes you want
the full link address, and sometimes you don't. 

What if there's a long mailto line with subject, etc. Then what is supposed to
happen? If this bug goes through, there would be no way to copy the "link
address" as is. That would be bad. Existing facilites handle the contingencies
contemplated by this bug report.

Comment 11

[(not reading, please use [e-mail] instead)]

taking all of varada's bugs.

Comment 12

[Polly]

[What if there's a long mailto line with subject, etc. Then what is supposed to
happen? ]

http://www.SpamCop.com produces just such a mailto link, ie:
<a
href="mailto:[e-mail];[e-mail];[e-mail]?subject=[SPAM%20REPORT]%20
	With Due
Respect.&body=<---%20PASTE%20SPAM%20HERE">[e-mail];[e-mail];[e-mail]
(193.70.192.47)</a>
which I tried to use today.  

Mac Sys 10.1.5, Mozilla 2003100805.

What happened - the Compose window opened as expected (no extra windows, I've
never seen any), with mailto filled in, body filled in, subject as expected. 
BUT I wasn't able to Paste into the body of the mail.  
 (Also, The address line came up with:
postmaster"@iunet.it;[e-mail];[e-mail]
not the added quote mark.)

What should have happened - mailto, subject, and body should fill in, AND I
should be able to paste the spam into the body where it says "Paste Spam Here". 

Workaround attempts.  (Being impatient I used another mail client instead.)
Saved as Draft, and when I opened the Draft folder, the mailtos were replaced
with asterisks.  This seems unrelated.  I could paste the mail addresses back
in, but still couldn't paste the body, even if I separated the addresses onto
three lines. Typing worked, but not pasting. AHA. I typed a return character in
front to the provided Body content, and was then able to paste. 

Using the workaround, I successfully sent another spam report, which didn't come
up with the quote mark in its address (just one this time).  Nice to see that
the html including background colors in the header portion and the "Click Here"
link was tranferred via Paste! (I use CopyPaste, which I recommend highly.)

To reproduce - copy a Spam including the header, go to spamcop.com, paste into
their box, click Interrogate, wait, click the provided mailto link.  A Compose
window opens in Mozilla as described above.  Try to paste the spam in front of
the arrow and it won't go. Type return or space in front of the arrow and paste
again, now it works - but not at the beginning of the line where the provided
Body content is.

A separate bug?
The extra quote mark in the address is mysterious - it appears only when there
is more than one recipient in the mailto. 

A separate bug?
A Blot on user-friendliness: Mozilla Mail couldn't handle the semicolons,
apparently - even taking out the added quote mark, Mozilla refused to send the
message until I replaced the semicolons with comma space. Separate lines for
each of the addresses was not required, which is good. (But is the TO: line
limited to number of characters or addresses? I have a 50-recipient BCC I like
to send.)  
FYI - Netscape can handle tab-separated pasted addresses, but Mozilla can't,
either in Compose or in Address Book (all you get is the one on the first line.)

Enough for today. I test it, I don't fix it, sorry guys.

Polly

Comment 13

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 14

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 15

[Eric]

In FF 3.6, there is no 'copy email address' only 'copy shortcut' that ends up also copying the 'mailto:' prefix, which is annoying.

Can this feature be restored?

Comment 16

[Jim Porter (:squib)]

(In reply to comment #15)
> In FF 3.6, there is no 'copy email address' only 'copy shortcut' that ends up
> also copying the 'mailto:' prefix, which is annoying.
> 
> Can this feature be restored?

I'm using FF 3.6.2 and I still see "Copy Email Address".

Comment 17

[Eric]

(In reply to comment #16)
> (In reply to comment #15)
> > In FF 3.6, there is no 'copy email address' only 'copy shortcut' that ends up
> > also copying the 'mailto:' prefix, which is annoying.
> > 
> > Can this feature be restored?
> 
> I'm using FF 3.6.2 and I still see "Copy Email Address".

OMG, I'm so used to FF that it has become 'the internet' to me. I submitted my comment at work, and I forgot that I'm forced to use IE there - that's why I thought the feature missing :)

Sorry all! Please forgive the noise, everything is OK on my home computer.