Closed Bug 381775 Opened 18 years ago Closed 17 years ago

"Wrong parent style context" clicking <select>

Categories

(Core :: Layout, defect)

x86
macOS
defect
Not set
minor

Tracking

()

RESOLVED FIXED

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: regression, testcase)

Steps to reproduce: 1. Open a Mac trunk debug build. 2. Load data:text/html,<select><option>X 3. Click the select. Result: a bunch of output like frame: Text(-1) (0x268f504) style: 0x268f458 :-moz-non-element {} Wrong parent style context: style: 0x268f368 :-moz-display-comboboxcontrol-frame {} should be using: style: 0x26c2ff0 {} frame: Text(-1) (0x268f5b8) style: 0x268fa9c :-moz-non-element {} Wrong parent style context: style: 0x268f90c :-moz-button-content {} should be using: style: 0x268f710 {} This might be a regression from enabling Aqua-looking form widgets on Mac.
I definitely don't see this with a May 18 build. So a regression since then?
Keywords: regression
I think this only happens when native theming is enabled for HTML form controls, making it a regression from bug 175279.
Blocks: 175279
This looks like the same thing as bug 380116, but I don't have a way to verify right now. Bug 175279 probably just made clicking a select do a reresolve on it, which may be a bug in its own right -- restyling all those options would be expensive, and I don't see anything in the appearance changing... Might want to get that filed on Cocoa widget.
Depends on: 380116
I can no longer reproduce this bug on trunk. --> FIXED by the checkin to bug 380116.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.