XULPopupElement.activateItem native and non-native codepaths are inconsistent with how they allow descendants.
Categories
(Core :: XUL, enhancement)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox90 | --- | fixed |
People
(Reporter: enndeakin, Assigned: enndeakin)
Details
Attachments
(1 file)
The native OSX implementation of activateItem seems to allow any descendant to be supplied as the item:
parentMenu.activateItem(anyDescendantItem)
The non-native implementation however only allows direct children of 'parentMenu' to be supplied and throws an error otherwise.
mstange, I can fix this inconsistency, but which behaviour is intended here?
Comment 1•4 years ago
|
||
I don't have a strong opinion on which behavior is preferable. The discrepancy is probably because I was unsure myself. Which behavior would you prefer?
| Assignee | ||
Comment 2•4 years ago
|
||
This patch also fixes an issue where hidden native items could be activated, and makes the
error message consistent between both implementations in this case.
Updated•4 years ago
|
| Assignee | ||
Comment 3•4 years ago
|
||
It looks like this is easier to allow all descendants for the native case, so I just implemented it that way.
Comment 5•4 years ago
|
||
| bugherder | ||
Description
•