Closed Bug 382212 Opened 17 years ago Closed 17 years ago

"ASSERTION: Different heights?" with <html:select> inside <xul:textbox>

Categories

(Core :: Layout: Form Controls, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Assigned: jaas)

References

Details

(Keywords: assertion, regression, testcase, Whiteboard: [dbaron-1.9:R?Co])

Attachments

(1 file)

237 bytes, application/xhtml+xml
Details
Attached file testcase
###!!! ASSERTION: Different heights?: 'buttonHeight == displayHeight || (aReflowState.mComputedHeight < buttonHeight && buttonHeight == mButtonFrame->GetUsedBorderAndPadding().TopBottom()) || (aReflowState.mComputedHeight < displayHeight && displayHeight == mDisplayFrame->GetUsedBorderAndPadding().TopBottom())', file /Users/jruderman/trunk/mozilla/layout/forms/nsComboboxControlFrame.cpp, line 705
Is this Mac-only?  This sounds like a possible regression from bug 370282 or something: I see it on Mac but not on Linux, and if the style rules in forms.css are applying we should not hit this assertion.  So sounds like a mac-only theming bug...
Blocks: 370282
Josh, can you please look at this regression?
Flags: blocking1.9?
Keywords: regression
Assignee: nobody → joshmoz
Flags: blocking1.9? → blocking1.9+
The testcase in this bug still triggers the assertion on trunk.  (I retested because bz made a minor change to the assertion's condition a few days ago in bug 388084.)
Whiteboard: [dbaron-1.9:?] → [dbaron-1.9:R?Co]
WFM on trunk.
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: in-testsuite?
Resolution: --- → WORKSFORME
Crashtest checked in.
Flags: in-testsuite? → in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: