Closed Bug 1729846 Opened 4 years ago Closed 2 months ago

It's impossible / very difficult to open context menu on bookmark toolbar sub-menu item

Categories

(Core :: Widget: Cocoa, defect, P3)

Firefox 92
defect

Tracking

()

RESOLVED DUPLICATE of bug 1763990

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:

  1. Click on any folder on the bookmark toolbar
  2. hover any item on the drop-down
  3. 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...

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.

Component: Untriaged → Widget: Cocoa
Product: Firefox → Core

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?

Severity: -- → S3
Flags: needinfo?(wojtek)
Priority: -- → P3

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)

Flags: needinfo?(wojtek)

Markus, have you seen this before?

Flags: needinfo?(mstange.moz)

I've seen some glitchy behavior with non-native context menus. But with native context menus this has always worked well for me.

Flags: needinfo?(mstange.moz)
Attachment #9386165 - Attachment is obsolete: true

This is believed to have been fixed by bug 1763990.

Status: UNCONFIRMED → RESOLVED
Closed: 2 months ago
Duplicate of bug: 1763990
Resolution: --- → DUPLICATE

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)

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.

See Also: → 1958594

(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).

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: