Closed Bug 647169 Opened 14 years ago Closed 14 years ago

Absolutely positioned input elements not ignoring container padding

Categories

(Firefox :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 450418

People

(Reporter: gilles.vandenoostende, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.102 Safari/534.13 Build Identifier: 4.0 A common layout technique I use is to set a container element's position to relative and then absolutely position child elements to fit within the box. That way we can set a global padding value on the container element for whatever child elements may follow. A bug I've discovered is that in Firefox 4.0 on Mac (haven't tested Windows yet) is that the absolutely positioned element doesn't ignore the containing box's padding as it should. This results in drastically different layouts compared to other browsers. The bug only seems to manifest itself when absolutely positioning an input element (radio, text, checkbox, etc...) . Other block-level elements follow the standard behavior and ignore the container's padding. Reproducible: Always Steps to Reproduce: 1. Have a container element with position: relative and a padding value. 2. Inside the container, have an input element with position:absolute and a top and left value of 0. Actual Results: The input element's origin is offset by the container's padding. Expected Results: On all other browsers, the input element should ignore the container's padding and put the input at the top left of the container element. Standard Firefox 4 installation with Firebug and Webdeveloper toolbar extensions installed.
Version: unspecified → 4.0 Branch
Version: 4.0 Branch → unspecified
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.