Duplicated commands in context menu for icons in address bar
Categories
(Firefox :: Address Bar, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox89 | --- | verified |
People
(Reporter: flod, Assigned: bugzilla)
References
(Blocks 2 open bugs, Regressed 1 open bug)
Details
(Whiteboard: [proton-address-bar] [proton-context-menus] [mac:mr1] [priority:2a])
Attachments
(2 files)
I have two extensions adding an icon to the address bar, and the add/remove commands are duplicated. Tried on a clean en-US profile, and same issue.
macOS, nightly 89 (20210411210108)
Comment 1•4 years ago
|
||
Those entries before the separator and the separator should not even be visible, let alone duplicated.
I assume this is with the proton pref enabled. Does it also happen with proton disabled?
Did you flip on some of the native menus prefs for macOS?
Asking because I don't see this on Windows.
Updated•4 years ago
|
Reporter | ||
Comment 2•4 years ago
|
||
Apparently the en-US profile had some modifications too. On a completely clean profile, I only see the last two commands, and the menu is not following the OS theme.
After 20 minutes chasing down differences, looks like this is caused by widget.macos.native-context-menus
set to True.
Comment 3•4 years ago
|
||
Ah so this is also a blocker of bug 34572 and proton-context-menus.
Maybe some kind of invalidation problem in the menu, we may be hiding entries at the wrong time for macOS? Needs some debugging.
Updated•4 years ago
|
Comment 4•4 years ago
|
||
We hide the menuitems using css, we may have to actually hide them from js for native menus
Comment 5•4 years ago
|
||
Markus, what are the limits and requirements of native context menus regarding hiding/showing items, do they support css?
Updated•4 years ago
|
Comment 6•4 years ago
•
|
||
Hi Marco, native context menus do not support CSS for hiding items. They only support the hidden
and collapsed
attributes for menu items. Can this code be changed to use attributes instead?
Comment 7•4 years ago
|
||
This is a restriction that has already existed for native menubar menus, but with native context menus it now applies to context menus as well.
Updated•4 years ago
|
Comment 8•4 years ago
|
||
ok, then we should change the code to hide these menuitems in js rather than in css.
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 9•4 years ago
|
||
The bug calls for these items to be hidden with JS, but they were going to be removed anyways post-Proton. The removal of some subtests in browser/base/content/test/pageActions tests is consistent with this comment, which says that were are removing that test coverage post-Proton anyways.
Assignee | ||
Comment 10•4 years ago
|
||
Comment 11•4 years ago
|
||
Comment 12•4 years ago
|
||
bugherder |
Comment 13•4 years ago
|
||
Reproduced the issue mentioned in comment 0 using Firefox 89.0a1 (build from 2021-04-12) on macOS 10.15.
This is verified fixed using Firefox 89.0a1 (BuildId:20210414160838) on macOS 10.15 with native menus enabled.
Description
•