220099 - Mailto: URL Links mailto: the body= with %0D%0A dosn't display CR/LF in Compose Mail

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking, defect)

Description

[Brooks Baughn]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

Mailto: URL Links mailto: the body= with %0D%0A dosn't display CR/LF in Compose
Mail.

The mailto link below works correctly with Netscape 4.x, IE 4.x, 5.x 6.x but not
with Mozilla 4.1 release:

mailto:[e-mail]?cc=[e-mail]&subject=Corporate Directory:
Reporting Errors&body=Reporting Errors for Corporate Directory Entry (listed
below). The correct information should be (please type the correct information
here):%0D%0A%0D%0A%0D%0A%0D%0AThe Directory displays the following incorrect
information for entry: %0D%0A%0D%0AEmployee # 123456%0D%0ADisplay Name: Last,
First%0D%0ASurname: Last%0D%0AGiven name: First


Reproducible: Always

Steps to Reproduce:
1. use mailto example link
2. mailto:[e-mail]?cc=[e-mail]&subject=Corporate Directory:
Reporting Errors&body=Reporting Errors for Corporate Directory Entry (listed
below). The correct information should be (please type the correct information
here):%0D%0A%0D%0A%0D%0A%0D%0AThe Directory displays the following incorrect
information for entry: %0D%0A%0D%0AEmployee # 123456%0D%0ADisplay Name: Last,
First%0D%0ASurname: Last%0D%0AGiven name: First

3.

Actual Results:  
Reporting Errors for Corporate Directory Entry (listed below). The correct
information should be (please type the correct information here): The Directory
displays the following incorrect information for entry: Employee # 123456
Display Name: Last, First Surname: Last Given name: First

Expected Results:  
Reporting Errors for Corporate Directory Entry (listed below). The correct
information should be (please type the correct information here):



The Directory displays the following incorrect information for entry: 

Employee # 123456
Display Name: Last, First
Surname: Last
Given name: First

Comment 1

[Mike Cowperthwaite]

Reproduced with 1.5RC1:
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030916

I couldn't find a dupe; but see bug 183198.

Comment 2

[Olav Seyfarth]

There is a related bug: 21322. It seems that it dad been been fixed and
works for me in 1.4/W32. But in 1.5RC2/W32 it seems to be broken again!
I ask to block 1.5 as "this will be the last suit build" (?)

Comment 3

[Mike Cowperthwaite]

Adding block request per Olav; also adding regression keyword.

Comment 4

[Christian Eyrich]

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

Comment 5

[Christian Eyrich]

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

Comment 6

[Wolfgang Zeikat]

The problem still exists in Mozilla 1.6 under Linux and 1.5 in Windows and is
fairly annoying for people using webpages with semi-automated message generation
via mailto: links. Should be handled with high priority in my view.

VOTE FOR THIS BUG!

Comment 7

[Steven Shelton]

The bug also exists in Mozilla 1.6 and 1.7b. (I about beat my brains out trying
to figure out why my mail links were working properly before I decided to check
the bug reports for this...)

Comment 8

[Mike Cowperthwaite]

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

Comment 9

[Mike Cowperthwaite]

From that dupe (comment 8):

> when I copied the mailto: string that contained the %0A linefeed characters
> and pasted the url to the url location line, it brought up Mail with the
> line feeds inserted.

Comment 10

[timeless]

that's a bug in the urlbar, it lets you do things it shouldn't. there are 
actually asserts lying around that complain about that.

Comment 11

[Mike Cowperthwaite]

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

Comment 12

[Mark McVicker]

This bug still exists in Mozilla 1.7 (Mac)

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040616

Comment 13

[Olav Seyfarth]

seems to be fixed - at least it works for me with Firefox 0.9.2 and Thunderbird
0.7+ (20040714) on XP. Can anyone confirm with a current Mozilla Suite build?

Comment 14

[Stephen Donner [:stephend] Not actively reading bugmail]

Attachment: Screenshot

Still doesn't work for me with build 2004-07-20-08, Windows XP.

Comment 15

[Olav Seyfarth]

Stephen: OK, checked again with HTML mail enabled, same behaviour as shown by
your attachment with FF&TB. The source of the saved-as-draft mail does honor the
line breaks (that have no effect being rendered as HTML) but doesn't reflect the
multiple line breaks. The body part looks like this:

Reporting Errors for Corporate Directory Entry (listedbelow). The
correct information should be (please type the correct
informationhere):
The Directory displays the following incorrectinformation for entry:
Employee # 123456
Display Name: Last,First
Surname: Last
Given name: First

Comment 16

[Olav Seyfarth]

Stephen: could you please temporarily disable HTML in your compose mail account
settings and verify if it works then?

Seth: so that's a "compose mail as HTML" issue relating to MozSuite and FF/TB:
- works fine if mail is set to compose as plain text mail (at lease with FF/TB)
- doesn't work correctly it mail is set to compose HTML mail (at lease with FF/TB)

Proposed solution alternatives:
- convert each line break into a <BR>
- compose the whole link cite as <PRE></PRE>

Comment 17

[Stephen Donner [:stephend] Not actively reading bugmail]

It still doesn't work for me, even though I'm set to default to plaintext
composition.

Comment 18

[jellena]

I agree with comment #2; this seems like bug #21322.  The bug is reproducible
tested with the URL in comment #13 of bug #21322 (
http://wavcentral.com/mozilla/mailto.html ).  

It occurs on Win 98 and Win XP home edition.  My About info is: Mozilla 1.7.1
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.1) Gecko/20040707

Comment 19

[Wolfgang Zeikat]

reproducible for me with the URL
mailto:[e-mail]?body=HELP%0D%0AEND
in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616

Comment 20

[Mike Cowperthwaite]

Regarding the issue of plain text vs. HTML (comment 15 thru 17) --
If the URL is being passed from Mozilla (or any other browser) to TB using
  Thunderbird.exe -compose %1
the newlines are inserted for plain text but obscured for HTML composition.  So 
Olaf is right that he's seeing it work OK in TB, but it's a different situation.

But this bug is about using the Mozilla browser to open the mailto: link via 
Mozilla mail (suite integration).  The problem is still there, for plain text 
composition, in 1.7 and 1.8a3.

I've been trying to test having the mailto URL passed to Mozilla mail via some 
other program, but this command line
  Mozilla.exe -compose %1
which doesn't work with Moz 1.7 but did, for a while, with 1.8a, is no longer 
working for me with 1.8a3-0824 -- I can't tell if this is because I've 
configured things wrongly or because the capability is now broken.  
(xref bug 236774)

Comment 21

[Sebastian Celis]

Reproducable for me on:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922

Comment 22

[John Vandenberg]

I have tested it in 1.8b, and it appears to work correctly.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217

This regression is still reproducible in 1.7.8:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511

Also, it may be unrelated, but testing this in FireFox w/ WebMailCompose failed;
if %0a is being dropped in the URL parsing, it may be the same problem.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.9) Gecko/20050711
Firefox/1.0.5

Comment 23

[Mike Cowperthwaite]

(In reply to comment #22)
> I have tested it in 1.8b, and it appears to work correctly.

Yes, I see this working fine in Seamonkey 1.0.2.  => WFM

> Also, it may be unrelated, but testing this in FireFox w/ WebMailCompose
> failed;  if %0a is being dropped in the URL parsing, it may be the same
> problem.

Firefox 1.5.0.4 passes off the URL to Thunderbird without a hitch.  The problem you're seeing might be the fault of WebMailCompose (an extension?).

Comment 24

[Werner Kratochwil]

works for me in Version
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
and Thunderbird Version Version 1.5.0.4 (20060516)

Thanks for fixing this. 

Comment 25

[Mike Cowperthwaite]

Reopening -- this is not working in TB 1.5.0.8 or 2b1.  What happened?

Comment 26

[Mike Cowperthwaite]

(In reply to comment #25)
> Reopening -- this is not working in TB 1.5.0.8 or 2b1.  What happened?
 
Sorry -- the problem was, I was clicking the URL from Opera, which apparently mishandles the escaping, somehow...  xref bug 320206 comment 5 et seq.