Closed
Bug 384876
Opened 18 years ago
Closed 17 years ago
Padding gets added at both sides when overflow is used
Categories
(Core :: Layout: Block and Inline, defect, P3)
Tracking
()
RESOLVED
FIXED
People
(Reporter: daniel, Assigned: roc)
References
Details
(Keywords: regression, testcase, Whiteboard: [dbaron-1.9:RwCr])
Attachments
(4 files)
1.23 KB,
text/html
|
Details | |
1.47 KB,
patch
|
roc
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
3.77 KB,
image/gif
|
Details | |
106.85 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9a6pre) Gecko/20070617
When defining a padding for one side and set overflow to "auto" or "hidden", the padding is added at both sides. (This worked with Firefox 2.0.0.4)
Reproducible: Always
Reporter | ||
Comment 1•18 years ago
|
||
Updated•18 years ago
|
Blocks: reflow-refactor
Version: unspecified → Trunk
Component: Style System (CSS) → Layout: Block and Inline
QA Contact: style-system → layout.block-and-inline
Comment 2•18 years ago
|
||
Confirming, and noting the following comment:
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/layout/generic/nsGfxScrollFrame.cpp&rev=3.307&mark=678#678
I can't find a bug to dup this to, although that doesn't mean there isn't one on file...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9+
Comment 3•17 years ago
|
||
GetPrefWidth should be correct here because a scrollframe isn't a normal container.
Comment on attachment 272690 [details] [diff] [review]
Patch
>+ // XXX This isn't really right; we shouldn't be adding in space
>+ // for a vertical scrollbar when we might not need it
Yes we should.
Comment 5•17 years ago
|
||
Fine; consider the comment gone. (It does lead to slightly odd-looking results with this testcase, but I suppose that's expected.)
Assignee | ||
Comment 6•17 years ago
|
||
Comment on attachment 272690 [details] [diff] [review]
Patch
minus the comment
Attachment #272690 -
Flags: superreview+
Attachment #272690 -
Flags: review?(roc)
Attachment #272690 -
Flags: review+
Comment 7•17 years ago
|
||
Checked in with reftest.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Reporter | ||
Comment 8•17 years ago
|
||
I still see a difference in the latest trunk compared to Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7
The third line in the testcase using overflow:auto has a bottom border that's about 16px larger than expected.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 9•17 years ago
|
||
The screenshot shows the extra padding at the third line.
Used build: XULRunner, Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9a9pre) Gecko/2007100911
Whiteboard: [dbaron-1.9:RwCr]
Updated•17 years ago
|
Keywords: regression
OS: Windows XP → All
Assignee | ||
Updated•17 years ago
|
Assignee: sharparrow1 → roc
Status: REOPENED → NEW
Priority: -- → P3
Assignee | ||
Comment 10•17 years ago
|
||
I think comment #8 is simply caused by comment #4... we're adding the width of a scrollbar to the overflow:auto case. David says we should, I don't disagree. Closing this FIXED since it really was.
Status: NEW → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•17 years ago
|
||
I don't agree. Why is the padding added even when no scrollbar is needed?
In 1.8 no padding was added, IE doesn't add one, Opera doesn't add one too. Only Mozilla 1.9 releases shows this unexpected behaviour.
Comment 12•17 years ago
|
||
From top to Bottom: Gecko 1.9, Opera 9.5b, WebKit build
As seen on OS X 10.4.11
Assignee | ||
Comment 13•17 years ago
|
||
OK, file a new bug, because it's definitely not this bug. David should make the call on this one.
Reporter | ||
Comment 14•17 years ago
|
||
Hmmm... well.
bug 405952 filed.
You need to log in
before you can comment on or make changes to this bug.
Description
•