304029 - css for <a> tag doesn't do what it should

Status: RESOLVED DUPLICATE of bug 247038

(Core :: Layout: Tables, defect)

Description

[Patrick Nazar]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

view the example url and then view it in internet explorer. in firefox the link
jumps out of the table where as in ie it stays in as it should

Reproducible: Always

Steps to Reproduce:
1. create a html file
2. create a stylesheet with the a tag
3. set the padding-left property to a value high enough

Actual Results:  
the link comes out of the table

Expected Results:  
stayed in the table, perhaps making the table bigger

this may occur with other html entities, i haven't checked, padding-right etc
may also cause the same problem i havent checked

Comment 1

[Frank Wein [:mcsmurf]]

*** This bug has been marked as a duplicate of 247038 ***

Comment 2

[Ed Lee :Mardak]

I was going to mark this as a duplicate of bug 167408.

Should the summary be changed? It's not just <a> tags that aren't being
displayed correctly. I tested it with span and without the display: block. The
problem was being caused by the extra margin and/or padding.

Comment 3

[Frank Wein [:mcsmurf]]

Well that's another case then :). This bug here is about a block element, not
about a inline element.

Comment 4

[Martijn Wargers (dead)]

Well, at least this isn't a duplicate of bug 247038.

Comment 5

[Martijn Wargers (dead)]

Attachment: Reporter's testcase

Comment 6

[Frank Wein [:mcsmurf]]

Why not? I asked dbaron and he at least agreed (also he only took a quick look).
Testcases from both bugs are about tables and a block element in it which
overflows the border because of padding.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Well, it seems like 'width:100%' combined with 'padding-left:5em' should
guarantee being bigger than the container.  That's all I've really looked at.

Comment 8

[Martijn Wargers (dead)]

Ok, I believe now this bug is invalid and is in fact the same as bug 247038.
The width:100% is causing the overflow (and it should cause overflow in
combination with padding), if you remove that, you don't get the overflow anymore.

This can't be a duplicate of bug 167408, since that bug talks about padding on
inlines and this handles about a display:block element.

(Thanks for being so patient with me on IRC, Frank)

*** This bug has been marked as a duplicate of 247038 ***