Open Bug 365257 Opened 18 years ago Updated 3 years ago

An extra <br> is added to an empty table row of an HTML Signature

Categories

(Core :: DOM: Editor, defect, P5)

defect

Tracking

()

People

(Reporter: smahomad, Unassigned)

References

(Depends on 1 open bug)

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: version 1.5.0.9 (20061207)

HTML signature containing empty table row is badly rendered in a new e-mail message.

This HTML is rendered correctly in Firefox 2.0.x and in IE 6.0.x

The code for the HTML signature actually inserted in the new e-mail message does not correspond to the HTML present in the file (specified in the account preference), and an empty table row originally coded as:

<TD HEIGHT=5 BGCOLOR="#ff0000"></TD>
<TD HEIGHT=5 BGCOLOR="#000000"></TD>

Gets internally represented and rendered (in new messages) as:

<TD HEIGHT=5 BGCOLOR="#ff0000"><BR></TD>
<TD HEIGHT=5 BGCOLOR="#000000"><BR></TD>


Reproducible: Always

Steps to Reproduce:
1. create html file for signature containing empty table row and specify row height as 5 pixels (for example)
2. Verify its rendering under Firefox or IE
3. Specify that file as signature to be added to messages in account pref.
4. Create new e-mail message (verify visually the incorrect rendering)
5. Export the message (with signature) into HTML file
6. Verify HTML source code for the signature block
Actual Results:  
rendering of the HTML block is different in Thunderbird than the one made by Firefox, i.e. the empty row is much taller in Thunderbird than in Firefox, due to the adding of that extraneous <BR> as explained in the detail section.

Expected Results:  
An empty table row with only 5 pixel height

From examining the final HTML, looks like Thunderbird is internally adding or changing the original HTML in the external file (adding the DIV, etc) it also adds a <BR> that souldn't be happening.
Can use this HTML signature file to verify the bug
A Work-around is coding the empty row as :

    <tr>
      <td bgcolor="#ff0000" height=5 width="30%">
	<img src="file:\\path for a transparent pixel GIF file" alt="" width="1" height="1">
      </td>
      <td bgcolor="#000000" height=5 width="70%">
	<img src="file:\\path for a transparent pixel GIF file" alt="" width="1" height="1">
      </td>

Maybe this is the way it is suposed to be, and in that case, just close the bug, and possibly request to enter an article in the knowledge base...
Reproduced with TB 3a1-1215, SM 1.5a-1209, Win2K.  Also, the same symptom occurs if you edit the attachment using NVu, so this is a core editor problem.

Adding dependency on the general Stop Adding Superfluous <BR> Tags bug.
Assignee: mscott → nobody
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → Editor
Depends on: 205946
Ever confirmed: true
OS: Windows XP → All
Product: Thunderbird → Core
QA Contact: front-end
Hardware: PC → All
Version: unspecified → Trunk
QA Contact: editor

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: