270241 - {inc}padding-left causes identical right-side padding to be shown; user interaction makes this worse

Status: RESOLVED FIXED

(Core :: Layout: Positioned, defect)

Description

[Ryan]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

With the following CSS, Mozilla includes unwanted right-side padding in the div.
Worse, this can be triggered on and off interactively, in the browser, by doing
things like find-as-you-type (!) and changing text size.

div {
   position: absolute;
   overflow: hidden;
   width: 400px;
   padding-left: 100px;
}

You can see a minimal test case at http://ryan.barrett.name/css_padding_bug.html
. (The CSS is inline.) I'll also attach the test case to this bug.

Reproducible: Always
Steps to Reproduce:
1. Load the test case.
2. Note that there is right-side padding, even though none is specified in the CSS.
3. Press Control-Plus to increase font size; the right-side padding will disappear.
4. Type 'test to highlight the link.
5. The right-side padding will reappear.

Actual Results:  
Padding appears and disappears on the right side of the div.

Expected Results:  
No right-side padding should appear. IE 6 and Konqueror 3.1 handle this correctly.

The HTML and CSS in the test case validate. Also, this most likely happens on
all platforms, but I only have a Linux machine, so I haven't reproduced it on
other platforms yet.

Comment 1

[Ryan]

Attachment: A minimal test case. Just load it; it tells you what to do.

A minimal test case. Includes inline CSS, and describes how to reproduce the
bug interactively.

Comment 2

[Bill Mason]

WFM 20041115 trunk PC/WinXP.

Probably something already fixed in trunk that will turn up in FF 1.0.

Layout bugs probably shouldn't be filed on FF1, since the layout engine is
months behind the main development trunk.

Comment 3

[Bill Mason]

Oh, this isn't a WFM.  I misunderstood the bug.

'test does nothing to the padding for me, though.

Comment 4

[Jim Davis]

Attachment: Screenshots illustrating behavior

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107
Firefox/1.0

I see the same behavior as the submitter, I think.

Comment 5

[Boris Zbarsky [:bzbarsky]]

This is a scrollframe issue, looks like...

Comment 6

[Robert O'Callahan (:roc) (email my personal email if necessary)]

This is sort of fixed by my patch for bug 240276 ... now we display the right
padding all the time, regardless of how we incrementally reflow. I think this is
actually a bug in nsAbsoluteContainingBlock.

Comment 7

[Steve England [:stevee]]

Testcase fails for me with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Testcase works for me with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.8b2) Gecko/20050428 Firefox/1.0+ (in that there is always right padding)
Resolved Fixed by bug 240276