mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-24 13:21:05 +00:00
080e18fa47
nsPageSequenceFrame does a thing where it grows its desired size to fit the AvailableISize and ComputedBSize (under the assumption that those are the actual dimensions of our scrollport, which it wants to make maximal use of). This behavior causes trouble when it's reflowed under the privileged 'sizeToContent' JS API. That API makes us reflow with nscoord_MAX as the viewport's ComputedBSize(), and this nscoord_MAX value gets passed down to be the nsPageSequenceFrame's ComputedBSize as well. When we reach the code in question, we dutifully grow the desired size to that bogus huge value, which is clearly wrong. This patch addresses this issue by simply declining to grow the desired size in the scenario where ComputedBSize() is unconstrained. This leaves us with reasonable values for our desired size (which are actually based on the content, which makes it the right thing to do for the purpose of a SizeToContent() call). Differential Revision: https://phabricator.services.mozilla.com/D135762 |
||
---|---|---|
.. | ||
base | ||
build | ||
docs | ||
forms | ||
generic | ||
inspector | ||
ipc | ||
mathml | ||
media | ||
painting | ||
printing | ||
reftests | ||
style | ||
svg | ||
tables | ||
tools | ||
xul | ||
moz.build |