246177 - Rendering problem when anchors are width 100% and are padded

Status: RESOLVED EXPIRED

(SeaMonkey :: General, defect)

Description

[Jesse Long]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040608 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040608 Firefox/0.8.0+

Hi,

Using Firefox 0.9 rc when rendering pages where the anchors are within td's, and
the anchors are display: block, width: 100%, padding-left: 17px, padding-right:
17px;  the anchor overflows the td, ie. it renders the anchor as 100% + padding.

this problem was not in firefox 0.8, and is the first time I've seen it in  any
Mozilla product.

Reproducible: Always
Steps to Reproduce:
1.create table with one column and multiple tr's each containing one td
2. create border around table
3. create anchors in each td, with width: 100%; display: block; padding-left:
20px; padding-right: 20px; background-color: #000000.

Actual Results:  
the anchor overflows the td by rendering width: 100% + padding.

Expected Results:  
limited the anchor to the containing td.

Comment 1

[Martijn Wargers (dead)]

Attachment: Testcase based on comment

This is what you mean?

It looks like a duplicate of bug 167408, although this is not an inline
testcase, I guess.

Comment 2

[Jesse Long]

Yes, the recreation of the problem shows the bug exactly.

The links in the other bug (which you said may be the same) are broken, so I
coulod not verify whether or not this is a duplicate.

Comment 3

[Jesse Long]

Hi,

I downloaded Firefox 0.9 Final and the problem exists there too.

Comment 4

[Andrew]

I can confirm that. The situation is the same if the element inside the cell is
an input element. Eg.:

<style>
	table.test {
		border: 1px solid black;
		width: 640px;
	}
	
	table.test td {
		border: 1px dotted red;
	}
</style>
<table class="test" align="center">
<tr>
<td style="width: 50%">
<input style="width: 100%" />
</td>
<td>
</td>
</tr>
</table>

Comment 5

[Martijn Wargers (dead)]

Hmm, I think this is a duplicate of bug 247038 (same sort of testcase). So that
would mean this bug is invalid.

I don't see any problems with the testcase in comment 4 (which I think probably
would be a different problem, because that's a replaced element).

Comment 6

[Jesse Long]

(In reply to comment #5)
> Hmm, I think this is a duplicate of bug 247038 (same sort of testcase). So that
> would mean this bug is invalid.
> 

247038 was logged after this bug.

As far as validity goes, this is not questioning the fact that element
totalwidth = width + padding + border. I accept that as gospel. however,

totalwidth should not exceed the container blocks content edge.

I think a decision should be taken, where, if totalwidth > containerblock.width,
either the padding or width of the element if adjusted. In this example, where
the width = 100%, it would make sense that the width property is adjusted, since
the author probably just wanted get the element to fill the containing block.

Comment 7

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 8

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.