Closed Bug 220099 Opened 21 years ago Closed 18 years ago

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

Categories

(MailNews Core :: Networking, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bvaughn, Assigned: sspitzer)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

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:test@domain.com?cc=cctest@domain.com&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:test@domain.com?cc=cctest@domain.com&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
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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" (?)
Adding block request per Olav; also adding regression keyword.
Flags: blocking1.5?
Keywords: regression
Flags: blocking1.5?
*** Bug 223661 has been marked as a duplicate of this bug. ***
*** Bug 220376 has been marked as a duplicate of this bug. ***
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!
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...)
*** Bug 243853 has been marked as a duplicate of this bug. ***
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.
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.
*** Bug 247283 has been marked as a duplicate of this bug. ***
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
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?
Attached image Screenshot
Still doesn't work for me with build 2004-07-20-08, Windows XP.
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
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>
It still doesn't work for me, even though I'm set to default to plaintext
composition.
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
reproducible for me with the URL
mailto:nobody@uu.net?body=HELP%0D%0AEND
in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616
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)
Reproducable for me on:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922
Product: MailNews → Core
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
OS: Windows 2000 → All
(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?).
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
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. 
Reopening -- this is not working in TB 1.5.0.8 or 2b1.  What happened?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
(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.
Status: REOPENED → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → WORKSFORME
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: