Bug 276414
Summary: | Handling of negative margins in MathML | ||
---|---|---|---|
Product: | WebKit | Reporter: | Frédéric Wang (:fredw) <fred.wang> |
Component: | MathML | Assignee: | Frédéric Wang (:fredw) <fred.wang> |
Status: | NEW | ||
Severity: | Normal | CC: | webkit-bug-importer |
Priority: | P2 | Keywords: | InRadar |
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Bug Depends on: | 276428 | ||
Bug Blocks: | 276169 |
Frédéric Wang (:fredw)
It seems margin has been supported for mrow-like elements for a while and I've been doing that for other MathML elements in bug 276169's dependencies.
MathML elements calculate their sizes from the coordinates/sizes of their children's margin boxes, which can lead to weird cases with negative margins. We should make sure these edge cases don't cause any wrong behavior laying MathML elements, probably clamping negative offsets to 0 when necessary.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Frédéric Wang (:fredw)
There are WPT crash tests for what I'm mentioning:
http://wpt.live/mathml/crashtests/children-with-negative-inline-sizes.html
http://wpt.live/mathml/crashtests/children-with-negative-block-sizes.html
and they don't seem to cause any crash/asserts, so maybe some explicit clamping is not necessary.
Radar WebKit Bug Importer
<rdar://problem/131909042>