429846 - Copy and Paste breaks mail-internal links <a href="#anchor"> (private profile links get sent, broken)

Status: NEW

(Thunderbird :: Message Compose Window, defect)

Description

[Bill]

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)
Build Identifier: 2.0.0.12 (20080213)

Compose a message in HTML. Create HTML links to internal named anchors. Send email. Received email links work. Forward email and links changed to some external file and don't work. Anchors are still there and unchanged.

Reproducible: Always

Steps to Reproduce:
1.Compose email using links to internal anchors.
2.Received email-links work fine.
3.Forward email and links are converted to some external non-existant file
Actual Results:  
Forwarded emails internal links are changed to external links pointing to some non-existant file. Links are broken and don't work. Even if I try to create a new email, then cut and paste the working email into the new blank, the links still get corrupted. I don't see a work-around.

Expected Results:  
Internal links should not be corrupted when email is forwarded. I can see where external links could find a way to break, but internal links are a no-brainer.

Plerase don't misunderstand. The software is feature rich and on it's way to shutting dowm MS Outlook as an email program. It evern surpasses Outlok in many ways. However, the following is critical.

When used in a business environment, the sender has an idea of how to make sure the receiver understands the message. Sender uses all tools available in HTML to get the point/information across. Message is sent to a department head for re-distribution to others. If the final message is corrupted, then all h*ll can break loose and fortunes can be lost. Considering this, if the email software can't be trusted to send a message as composed be the sender, then it is totally worthless (even dangerously costly) regardless of the cost of the software. (Either free or thousands). Sorry to have to say this but in my environment, I find this to be true.

Comment 1

[Joe Sabash [:JoeS1]]

I think these html issues are very important to the future of Thunderbird.

Please provide the html code as an attachment.(not as an eml file) so that the problem can be verified.

Or, "View message source" on the original composition and copy/paste the contents here as a comment.

Comment 2

[[:Aureliano Buendía]]

Reporter can you post an attachment example as in comment #1?

Comment 3

[Thomas D. (:thomas8)]

Attachment: mail source 1 (original sent mail)

Testing1
- works for original sent (and received) mail

Comment 4

[Thomas D. (:thomas8)]

Attachment: mail source 2 (forwarded sent mail, ok, has moz-do-not-send)

Testing 2
- works for forwarded sent (and received) mail, but we now see an moz-do-not-send attribute with the links and anchors that wasn't in the original mail. I guess either all 3 mails should have that attribute or none of them.

Comment 5

[Thomas D. (:thomas8)]

Attachment: mail source 3 (sent mail with body text copied from original received mail, broken - the bug)

When you copy working internal links of the type <a href="#anchor1"> from some mail into another draft mail, the resulting link becomes hardcoded to the source anchor's URL, producing something like <a href="mailbox:///C%7C/Dokumente%20und%20Einstellungen/User/Anwendungsdaten/Thunderbird/Profiles/profile_asdfasdfasdf/Mail/pop.gmx.net/Inbox?number=00003409#anchor1">
This obviously breaks the whole thing and should not happen.
It's also leaking private information about your profile's location.

I think the copy case is the only one which still needs to be fixed, other cases are worksforme (check if moz-do-not-send attribute is still needed, I guess not, and it should not be sent).

Comment 6

[Thomas D. (:thomas8)]

Adjusted summary (removed forward and reply cases), confirming for copy case, downgrading from critical to major (not normal, because privacy is breached)