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)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bvaughn, Assigned: sspitzer)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
50.15 KB,
image/png
|
Details |
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
Comment 1•21 years ago
|
||
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
Comment 2•21 years ago
|
||
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•21 years ago
|
||
Adding block request per Olav; also adding regression keyword.
Flags: blocking1.5?
Keywords: regression
Updated•21 years ago
|
Flags: blocking1.5?
Comment 4•21 years ago
|
||
*** Bug 223661 has been marked as a duplicate of this bug. ***
Comment 5•21 years ago
|
||
*** Bug 220376 has been marked as a duplicate of this bug. ***
Comment 6•20 years ago
|
||
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•20 years ago
|
||
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•20 years ago
|
||
*** Bug 243853 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
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•20 years ago
|
||
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•20 years ago
|
||
*** Bug 247283 has been marked as a duplicate of this bug. ***
Comment 12•20 years ago
|
||
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•20 years ago
|
||
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?
Still doesn't work for me with build 2004-07-20-08, Windows XP.
Comment 15•20 years ago
|
||
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•20 years ago
|
||
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.
Comment 18•20 years ago
|
||
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•20 years ago
|
||
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
Comment 20•20 years ago
|
||
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•20 years ago
|
||
Reproducable for me on: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922
Updated•20 years ago
|
Product: MailNews → Core
Comment 22•19 years ago
|
||
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
Comment 23•18 years ago
|
||
(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
Comment 24•18 years ago
|
||
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•18 years ago
|
||
Reopening -- this is not working in TB 1.5.0.8 or 2b1. What happened?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 26•18 years ago
|
||
(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 ago → 18 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•