:rnons, yes, indeed, I misunderstood the bug. I thought the user simply types a URL in the composer, and then sends it, and Thunderbird recognizes the URL and automatically makes it a link. But that's apparently not what the bug here is about. I just tested it, and it works correctly in this case. ``` --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit www.foobar.com http://www.foobar.com you@foobar.com --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <p><br> </p> <p><a class="moz-txt-link-abbreviated" href="http://www.foobar.com">www.foobar.com</a></p> <p><a class="moz-txt-link-freetext" href="http://www.foobar.com">http://www.foobar.com</a></p> <p><a class="moz-txt-link-abbreviated" href="mailto:you@foobar.com">you@foobar.com</a></p> <p><br> </p> </body> </html> ``` Thanks for pointing out that I misunderstood the bug here. I understand now that the user manually marks the URL as link, using the composer [ Add link ] button and dialog.
Bug 1692771 Comment 15 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
:rnons, yes, indeed, I misunderstood the bug. I thought the user simply types a URL in the composer, and then sends it, and Thunderbird recognizes the URL and automatically makes it a link. But that's apparently not what the bug here is about. I just tested it, and it works correctly in this case. Reproduction: 1. Write an email in the HTML mail composer, with: www.foobar.com http://www.foobar.com you@foobar.com 2. Send it as both plaintext and HTML (menu | Options | Format) Actual and expected result: ``` --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit www.foobar.com http://www.foobar.com you@foobar.com --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <p><br> </p> <p><a class="moz-txt-link-abbreviated" href="http://www.foobar.com">www.foobar.com</a></p> <p><a class="moz-txt-link-freetext" href="http://www.foobar.com">http://www.foobar.com</a></p> <p><a class="moz-txt-link-abbreviated" href="mailto:you@foobar.com">you@foobar.com</a></p> <p><br> </p> </body> </html> ``` This these links are generated by `scanHTML()`, as expected. You do not see duplicated URLs in the plaintext. That all works correctly. --- Thanks for pointing out that I misunderstood the bug here. I understand now that the user manually marks the URL as link, using the composer [ Add link ] button and dialog. Reproduction: 1. Write an email in the HTML mail composer, with: http://www.foobar.com 2. Select "http://www.foobar.com" 3. Click "Add link" button 4. Enter "http://www.foobar.com" as link target URL 5. Send the email as both plaintext and HTML (menu | Options | Format)
:rnons, yes, indeed, I misunderstood the bug. I thought the user simply types a URL in the composer, and then sends it, and Thunderbird recognizes the URL and automatically makes it a link. But that's apparently not what the bug here is about. I just tested it, and it works correctly in this case. Reproduction: 1. Write an email in the HTML mail composer, with: www.foobar.com http://www.foobar.com you@foobar.com 2. Send it as both plaintext and HTML (menu | Options | Format) Actual and expected result: ``` --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit www.foobar.com http://www.foobar.com you@foobar.com --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <p><br> </p> <p><a class="moz-txt-link-abbreviated" href="http://www.foobar.com">www.foobar.com</a></p> <p><a class="moz-txt-link-freetext" href="http://www.foobar.com">http://www.foobar.com</a></p> <p><a class="moz-txt-link-abbreviated" href="mailto:you@foobar.com">you@foobar.com</a></p> <p><br> </p> </body> </html> ``` This these links are generated by `scanHTML()`, as expected. You do not see duplicated URLs in the plaintext. That all works correctly. --- Thanks for pointing out that I misunderstood the bug here. I understand now that the user manually marks the URL as link, using the composer [ Add link ] button and dialog. Reproduction: 1. Write an email in the HTML mail composer, with: http://www.foobar.com 2. Select "http://www.foobar.com" 3. Click "Add link" button 4. Enter "http://www.foobar.com" as link target URL 5. Send the email as both plaintext and HTML (menu | Options | Format) Actual result: ``` --------------D4B3B2F174A84B5360C59504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit http://www.foobar.com <http://www.foobar.com> --------------D4B3B2F174A84B5360C59504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <a moz-do-not-send="true" href="http://www.foobar.com">http://www.foobar.com</a><br> <br> <br> </body> </html> --------------D4B3B2F174A84B5360C59504-- ``` Expected result: ``` --------------D4B3B2F174A84B5360C59504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit http://www.foobar.com --------------D4B3B2F174A84B5360C59504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <a moz-do-not-send="true" class="moz-txt-link-manual" href="http://www.foobar.com">http://www.foobar.com</a><br> <br> <br> </body> </html> --------------D4B3B2F174A84B5360C59504-- ```
:rnons, yes, indeed, I misunderstood the bug. I thought the user simply types a URL in the composer, and then sends it, and Thunderbird recognizes the URL and automatically makes it a link. But that's apparently not what the bug here is about. I just tested it, and it works correctly in this case. Reproduction: 1. Write an email in the HTML mail composer, with: www.foobar.com http://www.foobar.com you@foobar.com 2. Send it as both plaintext and HTML (menu | Options | Format) Actual and expected result: ``` --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit www.foobar.com http://www.foobar.com you@foobar.com --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <p><br> </p> <p><a class="moz-txt-link-abbreviated" href="http://www.foobar.com">www.foobar.com</a></p> <p><a class="moz-txt-link-freetext" href="http://www.foobar.com">http://www.foobar.com</a></p> <p><a class="moz-txt-link-abbreviated" href="mailto:you@foobar.com">you@foobar.com</a></p> <p><br> </p> </body> </html> ``` This these links are generated by `scanHTML()`, as expected. You do not see duplicated URLs in the plaintext. That all works correctly. --- Thanks for pointing out that I misunderstood the bug here. I understand now that the user manually marks the URL as link, using the composer [ Add link ] button and dialog. Reproduction: 1. Write an email in the HTML mail composer, with: http://www.foobar.com 2. Select "http://www.foobar.com" 3. Open dropdown, click on "Link" button 4. Enter "http://www.foobar.com" as link target URL 5. Send the email as both plaintext and HTML (menu | Options | Format) Actual result: ``` --------------D4B3B2F174A84B5360C59504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit http://www.foobar.com <http://www.foobar.com> --------------D4B3B2F174A84B5360C59504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <a moz-do-not-send="true" href="http://www.foobar.com">http://www.foobar.com</a><br> <br> <br> </body> </html> --------------D4B3B2F174A84B5360C59504-- ``` Expected result: ``` --------------D4B3B2F174A84B5360C59504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit http://www.foobar.com --------------D4B3B2F174A84B5360C59504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <a moz-do-not-send="true" class="moz-txt-link-manual" href="http://www.foobar.com">http://www.foobar.com</a><br> <br> <br> </body> </html> --------------D4B3B2F174A84B5360C59504-- ```
:rnons, yes, indeed, I misunderstood the bug. I thought the user simply types a URL in the composer, and then sends it, and Thunderbird recognizes the URL and automatically makes it a link. But that's apparently not what the bug here is about. I just tested it, and it works correctly in this case. Reproduction: 1. Write an email in the HTML mail composer, with: www.foobar.com http://www.foobar.com you@foobar.com 2. Send the email as both plaintext and HTML, using menu | Options | Email Format | HTML and Plain text - (Do not forget this step!) Actual and expected result: ``` --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit www.foobar.com http://www.foobar.com you@foobar.com --------------3FEF359792E8686CBF9A3BA6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <p><br> </p> <p><a class="moz-txt-link-abbreviated" href="http://www.foobar.com">www.foobar.com</a></p> <p><a class="moz-txt-link-freetext" href="http://www.foobar.com">http://www.foobar.com</a></p> <p><a class="moz-txt-link-abbreviated" href="mailto:you@foobar.com">you@foobar.com</a></p> <p><br> </p> </body> </html> ``` This these links are generated by `scanHTML()`, as expected. You do not see duplicated URLs in the plaintext. That all works correctly. --- Thanks for pointing out that I misunderstood the bug here. I understand now that the user manually marks the URL as link, using the composer [ Add link ] button and dialog. Reproduction: 1. Write an email in the HTML mail composer, with: http://www.foobar.com 2. Select "http://www.foobar.com" 3. Open dropdown, click on "Link" button 4. Enter "http://www.foobar.com" as link target URL 5. Send the email as both plaintext and HTML, using menu | Options | Email Format | HTML and Plain text - (Do not forget this step!) Actual result: ``` --------------D4B3B2F174A84B5360C59504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit http://www.foobar.com <http://www.foobar.com> --------------D4B3B2F174A84B5360C59504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <a moz-do-not-send="true" href="http://www.foobar.com">http://www.foobar.com</a><br> <br> <br> </body> </html> --------------D4B3B2F174A84B5360C59504-- ``` Expected result: ``` --------------D4B3B2F174A84B5360C59504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit http://www.foobar.com --------------D4B3B2F174A84B5360C59504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> <a moz-do-not-send="true" class="moz-txt-link-manual" href="http://www.foobar.com">http://www.foobar.com</a><br> <br> <br> </body> </html> --------------D4B3B2F174A84B5360C59504-- ```