Closed
Bug 381775
Opened 18 years ago
Closed 17 years ago
"Wrong parent style context" clicking <select>
Categories
(Core :: Layout, defect)
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.
Comment 1•18 years ago
|
||
I definitely don't see this with a May 18 build. So a regression since then?
Keywords: regression
Reporter | ||
Comment 2•18 years ago
|
||
I think this only happens when native theming is enabled for HTML form controls, making it a regression from bug 175279.
Blocks: 175279
Comment 3•18 years ago
|
||
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
Comment 4•18 years ago
|
||
Filed bug 383257.
Reporter | ||
Comment 5•17 years ago
|
||
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.
Description
•