101472 - Click-hold menu on back/forward button should go away on release outside of menu

Status: REOPENED

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

Description

[stevenj]

I am using Mozilla 0.9.4 for Macintosh (classic) on MacOS X, and I noticed that
the pop-up menus--e.g. the context menu that appears on a click-and-hold, or the
one from the arrow next to the back button--do not follow Mac UI standards.

In particular, if you click-and-hold to get a menu, the menu is supposed to
disappear when you let up the mouse (selecting the item the mouse was over, if
any).  On the other hand, if you just click-and-release to get the menu, the
menu is supposed to be "sticky"--i.e. stay open until you click again to select
an item (if any).  See e.g. the Mac menu bar (at the top of the screen.)

Note that this means that click-and-hold context menus should always disappear
when the user releases the mouse button.

I believe that the crossover time to switch between these two behaviors is
supposed to be the user-selectable "double-click time" (the maximum time
interval in which two clicks are considered a double-click).
Cordially,
Steven G. Johnson

Comment 1

[Boris Zbarsky [:bzbarsky]]

Over to XP apps.  ccing pinkerton.

Comment 2

[sairuh (rarely reading bugmail)]

->menus

Comment 3

[Mike Pinkerton (not reading bugmail)]

i swear that this was in my buglist already, but i can't find it. ok, i'll take it.

resummarizing to match what's on my todo list.

Comment 4

[Matthew T (active 1999-2002)]

Note that this delay should apply whether or not the Control key was down when 
the menu was opened.

Steps to reproduce        What should happen  What currently happens
--------------------------------------------------------------------
Ctrl+click, release       menu stays open     menu stays open
Ctrl+click+hold, release  menu closes         menu stays open
     click+hold, release  menu closes         menu stays open

Comment 5

[Mike Pinkerton (not reading bugmail)]

*** Bug 134045 has been marked as a duplicate of this bug. ***

Comment 6

[Mike Pinkerton (not reading bugmail)]

fffffffuture

Comment 7

[Taral]

This really should be All/All. I can't change it, but someone should.

Comment 8

[timeless]

it isn't, since on windows the menu shouldn't appear until mouse up.

Comment 9

[Taral]

Could have fooled me. All my windows apps have the menu appear on mouse down,
and will have it stay if you mouse up within the double-click time.

Comment 10

[timeless]

This comment is only about windows. and it's a can of confusing worms.

I was talking about context menus, not menubar menus from comment 0: "I noticed
that the pop-up menus--e.g. the context menu"

for context menu appears on mouseup. - try it in any windows app except n4.
for main menus you're right they should go away, IE and Mozilla both ignore that.
for buttonmenus i can't think of a native app (other than w95 explorer which i
don't have handy) which has them, IE5, Mozilla and Acrobat 5 behave the same way
as IE/Mozilla behave for main menus.
My feeling is that buttonmenus should behave just like main menus, but i'd have
to find a w95 explorer to test unless someone can suggest an app.

The point of this comment is that the behavior of windows isn't close enough to
the behavior requested in this bug for macos for us to make this bug generic.
not to mention that the people working on them won't be the same.

Comment 11

[Taral]

So why was my bug (bug 134045) duped to this one?

Comment 12

[timeless]

ok. as long as pinkerton is careful, it's all his.

Comment 13

[louis bennett]

*** Bug 262956 has been marked as a duplicate of this bug. ***

Comment 15

[Stephen A Pohl [:spohl]]

Click-and-hold context menus are no longer a thing.

Comment 16

[Ken Harris]

I just upgraded to the latest Firefox ("100.0"), and it still has click-and-hold menus, and they still don't disappear when you release outside of them (like Safari or Finder do).

Comment 17

[Stephen A Pohl [:spohl]]

(In reply to Ken Harris from comment #16)

I just upgraded to the latest Firefox ("100.0"), and it still has click-and-hold menus, and they still don't disappear when you release outside of them (like Safari or Finder do).

Could you please clarify how to trigger click-and-hold menus? Are you setting any custom preferences in about:config to enable them?

Comment 18

[Ken Harris]

(In reply to Stephen A Pohl [:spohl] from comment #17)

Could you please clarify how to trigger click-and-hold menus? Are you setting any custom preferences in about:config to enable them?

No custom settings, AFAIK.

1. Visit any webpage, like https://mozilla.org, using Firefox 100.0 for macOS
2. Click any link, like "Read the story of our 100th release"
3. Press-and-hold on the back button in the toolbar (as per stevenj's original report) until the menu appears, and then move away and release the mouse button
4. Wait for the menu to disappear -- it never does, until you click again

After performing the same steps on native Mac applications (Safari, Finder, etc), the menu disappears on mouse-up.

Comment 19

[Stephen A Pohl [:spohl]]

Ah, okay, we're talking about a sub-set of the original bug report then. Based on my reading of various bugs around this feature, it appears that one could trigger context menus anywhere with a click-and-hold on previous versions of macOS/OS X. This is no longer supported by macOS. However, you are correct that we still expose a click-and-hold menu on the back/forward buttons, so I'm going to adjust the bug title. Thank you, Ken!

Comment 20

[BugBot [:suhaib / :marco/ :calixte]]

The severity field for this bug is relatively low, S4. However, the bug has 3 duplicates.
:spohl, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.