When you attach a local file (html format) to a message the text in the body and the attachment look all fused together with no space or HL separating them (as it is done for Plain text attachment) Steps to reproduce: -open new mail; -type some text into the body; -click Attach icon, choose html file from your local drive; -send and get it; //note : you can not tell where the mail body finishes and where attachment starts (they are all fused together) It is not happening when you're attaching a Plain text file (there is a HL separating body and attachment)
forgot to mention : this was obseved with 1999-11-15-20 M11 final candidate build
Rich, this one is for you...
Is this a bug? This is the behavior we have today with 4.x. Do we want to change that. - rhp
I tried this with 4.7, and RHP is correct - the behavior described as a bug is the same behavior we have in 4.7. I don't think a horizontal line is necessary, but wonder if Jennifer has a different opinion.
There is another question we should consider. In 4.x, if the plain text part is followed by an html part in multipart/mixed type, we insert an <HR> for displaying such a message. The tag is not in the source and so it is something we are doing for display purpose in 4.x. We don't seem to be doing that for Mozilla now. What do others think about this for Mozilla?
> Is this a bug? This is the behavior we have today with 4.x I'd be willing to call it a bug, but a very low priority bug
I don't think this is true. If we have a multipart message with a text body and an HTML attachment, there is a separator inserted with Mozilla. - rhp
Today's Win32 build does not display with an <HR> between unlike parts.
4.x displays with <HR> only when parts are unlike, not when HTML part is followed by another HTML part. Phil, are you suggesting a more general display marker for Mozilla?
I have a clean build from this morning and it does, so either something changed there is a new bug. - rhp
Or there might be an installer problem. I have had this happen to me a few times recently. Some feature does not work on a first install but begins to work on the 2nd install.
With regards to a <HR> between the message and the ONE HTML attachment: A horizontal line is not necessary but a couple of blank lines between the message and the attachment should be inserted to make it look nicer and help users distinguish between the message text and the attachment item. As for <HR> BETWEEN attachments displayed inline, this would be nice. Otherwise the attachments displayed inline run together and its hard to tell where one end and the next begins. For example: I send myself an email with 3 attachments (4.x): an html file, a gif file and a txt file. The message text and first html attachment has a couple line breaks between them (fine), the html attachment and the gif attachment have nothing between them (impossible to tell where one ends and the next starts), the text file and the gif attachent have a <HR> between them (nice).
Well, basically, Mozilla should render all messages the same as it did in 4.x with respect to horizontal lines. So, either this isn't a bug or its a very LOW priority bug as phil mentioned. - rhp
Rich, there is a bug for displaying <HR> between unlike parts. I'm going to open a new bug for it. It was not my build installation, the problem was with "format=flowed" generated by Mozilla mail. If you see a message of this type sent from 4.x, you will see the <HR> separator between unlike parts. Bug 19309.
*** Bug 19309 has been marked as a duplicate of this bug. ***
Ok, after a few margarita's, libmime made more sense than earlier in the day and I've made this change. I will check in the fix when the tree goes green. - rhp
Should be fixed. - rhp
Build 1999121308M12: NT4, Linux, Mac Verified Fixed. I created a message that includes message text, followed by an attached html file, a gif file and a plain text file. Viewing the message in 5.0 produces the same results as in 4.7: I see a horizontal line between each segment and the area between the html and the gif file includes extra horizontal spacing (not a horizontal line). Note: There is a problem viewing a message with 2 gif attachments. They appear too close to each other. There should be more horizontal spacing.