Bommels05/Mozilla
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Bug 292656. 'Fully unconstrained' reflows should only depend on the width being unconstrained, since the dropdown layout doesn't depend on the computed height. r+sr=dbaron,a=asa

Browse Source 
git-svn-id: svn://10.0.0.236/trunk@174748 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
roc+%cs.cmu.edu
2005-06-17 02:42:29 +00:00
parent c2807db328
commit 61b5716719
1 changed files with 2 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
mozilla/layout/forms/nsComboboxControlFrame.cpp
View File

@@ -1252,8 +1252,7 @@ nsComboboxControlFrame::Reflow(nsPresContext* aPresContext,
nsHTMLReflowMetrics dropdownDesiredSize(nsnull);
// Check to see if this a fully unconstrained reflow
PRBool fullyUnconstrained = firstPassState.mComputedWidth == NS_UNCONSTRAINEDSIZE &&
firstPassState.mComputedHeight == NS_UNCONSTRAINEDSIZE;
PRBool fullyUnconstrained = firstPassState.mComputedWidth == NS_UNCONSTRAINEDSIZE;
PRBool forceReflow = PR_FALSE;
@@ -1429,8 +1428,7 @@ nsComboboxControlFrame::Reflow(nsPresContext* aPresContext,
// XXX - I need to clean this nect part up a little it is very redundant
// Check here to if this is a mComputed unconstrained reflow
PRBool computedUnconstrained = firstPassState.mComputedWidth == NS_UNCONSTRAINEDSIZE &&
firstPassState.mComputedHeight == NS_UNCONSTRAINEDSIZE;
PRBool computedUnconstrained = firstPassState.mComputedWidth == NS_UNCONSTRAINEDSIZE;
if (computedUnconstrained && !forceReflow) {
// Because Incremental reflows aren't actually getting to the dropdown
// we cache the size from when it did a fully unconstrained reflow