Clean up widget creation code-paths.
Categories
(Core :: Widget, task, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox133 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
Details
Attachments
(1 file, 1 obsolete file)
| Assignee | ||
Comment 1•1 year ago
|
||
I added an assertion that it doesn't happen, because this is not really
well handled (the popup won't show up). This is the only thing
triggering it. I don't think the crashtest is relevant anyways since
<menupopup> doesn't use XUL layout anymore (so setting
MozBoxOrdinalGroup has no effect), so I don't think it's worth porting
to a chrome/browser mochitest.
| Assignee | ||
Comment 2•1 year ago
|
||
This is all super-hacky (see a lot of the XXXcjones comments).
Simplify it... We never create widgets with a bare native parent but no
nsIWidget parent. Pass nsIWidgets and deal with things correctly.
There were also things that were dealing with stuff that can't happen,
like top level popups, children of PuppetWidgets, or such.
Instead of overriding Create(), let's just teach nsBaseWidget about
non-native (headless/puppet) widgets.
Remove lots of old APIs for the native window stuff that are unused
and/or unimplemented.
It's early in the cycle so I'd appreciate landing this sooner rather
than later, since (specially in cocoa) this is a rather scary change,
and I might have the cycles to look into bug 1919165 or so.
Updated•1 year ago
|
Comment 5•1 year ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/6a0c81136658
https://hg.mozilla.org/mozilla-central/rev/e4efd354e5f9
Updated•1 year ago
|
Updated•1 year ago
|
Description
•