Open Bug 374558 Opened 18 years ago Updated 3 years ago

Nothing rendered before/after select with extremely large padding-top

Categories

(Core :: Web Painting, defect)

x86
Windows XP
defect

Tracking

()

REOPENED

People

(Reporter: martijn.martijn, Unassigned)

Details

(Keywords: regression, testcase)

Attachments

(2 files)

Attached file testcase
See testcase, you used to see the text and the button, but in current trunk builds, you don't see those anymore. This regressed between 2006-02-22 and 2006-02-25, so I guess this is a regression from when thebes was turned on for windows builds.
padding-top: -3.57914e+7px; (per DOM Inspector) That's no good! (I thought the CSS parsing code had some sort of upper bound on parsed values...maybe not. It could also just be the DOM inspector acting up.)
I get padding-top: 1e+13px; with "view selection source" and the dom inspector.
There's an integer overflow at http://lxr.mozilla.org/seamonkey/source/layout/generic/nsBlockFrame.cpp#1321. Not sure what to do about it.
Attached file testcase2
I'm also getting this with an extremely large height.
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9-
just FYI: WebKit-SVN-r35806 renders both testcases fine, Opera 9.60.10408 renders the first one fine, fails on second one
QA Contact: ian → layout.view-rendering
User Agent Mozilla/5.0 (Windows NT 5.1; rv:49.0) Gecko/20100101 Firefox/49.0 Build ID 20160519030232 Still reproducible on latest Nightly (49.0a1). No text or button is shown. Chrome does the same as FF with both testcases. IE 8 shows both the text and the button in the first testcase, and the text in the second one.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Component: Layout: View Rendering → Layout: Web Painting
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: