It's impossible / very difficult to open context menu on bookmark toolbar sub-menu item
Categories
(Core :: Widget: Cocoa, defect, P3)
Tracking
()
People
(Reporter: wojtek, Unassigned)
References
Details
Attachments
(1 obsolete file)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:92.0) Gecko/20100101 Firefox/92.0
Steps to reproduce:
- Click on any folder on the bookmark toolbar
- hover any item on the drop-down
- right-click to open the context menu of that item
Actual results:
There is some blinking of the menu (it seems) but I don't see context menu. Sometimes, after a couple of attempts, the context menu show up. It seems like there is some sort of race condition to display tooltip (?!).
It seems that it's related to the change in theming of the dropdown list (which looks so-so to be honest... definitely not native)
Expected results:
Well, I should be able to see the context menu...
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Cocoa' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Comment 2•4 years ago
|
||
I can't seem to reproduce this on my end. Are you able to reproduce in the latest nightly? Are you able to reproduce with a new profile or in safe mode?
Happens in latest Developer, though in that version the context menu is just hidden behind dropdown. Happens the same in safe mode (in developer edition)
Comment 5•4 years ago
|
||
I've seen some glitchy behavior with non-native context menus. But with native context menus this has always worked well for me.
Updated•1 year ago
|
Comment 7•2 months ago
|
||
This is believed to have been fixed by bug 1763990.
Hmm... I'm not sure:
https://ibb.co/wr3tYjtC
(btw. is there a sane-ish way to upload pictures here? drag&drop? cmd+v to paste it in-place?)
Though, thinking a bit more about the issue it seems it's a bit of corner case:
- you have to have an overflow of bookmark-toolbar so it shows overflow icons (
>>
) - in there you should only have very narrow menu (i.e. very short named items)
- you have to have a subdirectory there (that when hovered would open to the left instead of right)
As a result such sub-directory menu view would be on top of the context menu (of the directory item)
Comment 9•2 months ago
|
||
There is an "attach new file" button to upload pictures or any other attachments.
It seems like this bug has now morphed into more of a corner case (like you mentioned) than originally reported. There is bug 1958594 that has recently been opened. Let's investigate the general issue there and reopen this bug if the fix for bug 1958594 does not resolve this issue too.
Reporter | ||
Comment 10•2 months ago
|
||
(In reply to Stephen A Pohl [:spohl] from comment #9)
There is an "attach new file" button to upload pictures or any other attachments.
Erm, yes but instead of having simple, single flow (edit comment, add attachment while doing so, possibly inlining to have consistent information) it's disjointed and a bit cumbersome…
It seems like this bug has now morphed into more of a corner case (like you mentioned) than originally reported. There is bug 1958594 that has recently been opened. Let's investigate the general issue there and reopen this bug if the fix for bug 1958594 does not resolve this issue too.
To be honest I'm not sure if it morphed or was it like that from the beginning. Sadly I haven't attached any screenshot back then so it's hard to tell but IMHO, considering my usual workflow and what I do (adding bookmark to particular sub-sub folder) it may have been about the overflow bookmark bare.
Btw. not sure if better comment here or there but in about:config
I had widget.macos.native-context-menus
set to true
(default). Switching it to false
make the issue go away, though I don't see any (visual) difference between two states of this option (apart from menus behaving correctly when false
).
Description
•