Bug: Opening any menu in Epyrus by right-clicking also triggers a menu action in it

[marigold]

This used to happen with WhiteStar / PaleMoon on macOS too but was fixed - opening any menu by right-clicking it displays it and also triggers one of the menu items in (usually the first one).

I am using Epyrus 2.0.2 on an Intel Mac with macOS Mojave 10.14.6.

[dbsoft]

Hmm, I am not sure I remember fixing a bug like that, but Epyrus 2.0.2 is based on an older version of UXP.... I could do a rebuild with the current UXP and see if it fixes it for you.

[Bilbo47]

Um. I assumed every second or third version of UXP released would result in a basically automatic rebuild+release of EP too... I know that would/should involve some testing. Is there a 'test suite' that maybe beta-testers could run through as part of run-up to an official release? This plan would be mostly to keep up to date with UXP...

[dbsoft]

I did a rebuild of 2.0.2 with the master branch of UXP... see if this build fixes the issue:

https://dbsoft.org/epyrus/epyrus-2.0.2-2.intel64.dmg

[Bilbo47]

Oops, sorry for the confusion - I'm on 64-bit Windows, using 2.0.2
Also 1.3.0 for compatibility with whichever old version of QuickFilters works there.
Thanks anyway on behalf of cutting-edge mac people

[JoeyG]

Ummmm, what do you mean, Please?

- opening any menu by right-clicking it displays it and also triggers one of the menu items in (usually the first one).

Here's a screenshot of my Epyrus.

I'm not quite sure how to go about "opening any menu by right-clicking it".

In regard to the issue, I'm using the same version of Pale Moon on Win7 Pro x64. My Windows is comepletely updated through July using the "ESU Bypass". I cannot replicate the problem.

[JoeyG]

In my previous post, please ignore the following:

In regard to the issue, I'm using the same version of Pale Moon on Win7 Pro x64. My Windows is completely updated through July using the "ESU Bypass". I cannot replicate the problem.

I guess I wanted to paste something from somewhere, but this makes no sense in this context whatsoever, and I obviously didn't check my post before submitting it.

Sorry.

[athenian200]

Um. I assumed every second or third version of UXP released would result in a basically automatic rebuild+release of EP too... I know that would/should involve some testing. Is there a 'test suite' that maybe beta-testers could run through as part of run-up to an official release? This plan would be mostly to keep up to date with UXP...

Each new Epyrus release is based on a fairly recent at the time build of UXP, the problem is that I haven't had as much time to work on Epyrus as I should have. I was planning to release at least once a month with fairly significant development of the client as well as a codebase update, but I haven't been home as much as I need to be and am usually tired when I am. Also, on top of all this, UXP development is happening a lot faster than it used to (which is a good thing, but makes it obvious when I am struggling to keep up).

[Moonchild]

Off-topic:

Also, on top of all this, UXP development is happening a lot faster than it used to (which is a good thing, but makes it obvious when I am struggling to keep up).

I've said it before: most improvements we're making (in JS/DOM) really don't impact a mail client at all, so aside from the keeping up to date with sec bugs (which have been minimal; most of Mozilla's vulnerabilities are e10s, threaded Spidermonkey, or "modern" UI related (lots of spoofing in the latter case that is just N/A for XUL-based applications)) there's much less of a pressing need to keep up with the latest versions for Epyrus.

[moonbat]

Off-topic:

lots of spoofing in the latter case that is just N/A for XUL-based applications)

What kind of spoofing - is it because they use HTML for the browser UI instead of XUL?

[Moonchild]

Off-topic:

What kind of spoofing - is it because they use HTML for the browser UI instead of XUL?

It's because they are conflating the UI with content, yes. So there's a lot of spoofing that switches to fullscreen and then hides the FS toast and overlays UI elements or mimics them, and even in Windowed mode content can inject elements that overlap UI elements regularly, basically clickjacking the browser UI or pretending to be on Site A while actually being on Site B. It's a mess, to be fair.

[marigold]

I'm not quite sure how to go about "opening any menu by right-clicking it".

I can see how what I said could be confusing - I actually meant the pop-up menu that appears when you right-click (for example, if you right-click an email in your Inbox). On macOS, the menu is displayed, but the first item in it also gets triggered.

[marigold]

I did a rebuild of 2.0.2 with the master branch of UXP... see if this build fixes the issue ...

No, it doesn't. Please see the attached video screenshot:

Epyrus Right-Click Bug on macOS.mp4

(Note that I have updated to macOS Catalina, and this bug persists in it too).

[dbsoft]

I am not experiencing that behavior on the versions of MacOS I typically run... (10.7, 10.11, 12, 13, 14) ... You said that is happening with Mojave 10.14 and Catalina 10.15?

The machine I had those versions of MacOS on has died and I currently don't have them installed.... but I'll see if I can figure something out.

[athenian200]

No, it doesn't. Please see the attached video screenshot:

Epyrus Right-Click Bug on macOS.mp4

(Note that I have updated to macOS Catalina, and this bug persists in it too).

This being a macOS issue does make a lot of sense, though. I don't see the issue in Windows or Linux, but I believe Mac is designed to be used with only one mouse button, which could create a problem like this. Normally the right-click is supposed to open a context menu, and a left-click is supposed to activate an item... but if you're on a Mac system where there's only one mouse button to click and it's all merged together, I could see this becoming a problem if the menus weren't coded properly for Mac mouses.

I really wish I had a Mac lying around to debug this on... but yeah, that would be my best guess as to what is happening, given my limited experience with Mac.

[RealityRipple]

In the Advanced Options page under General, click "Config Editor..." and search for "ui.click_hold_context_menus" - is it set to true or false?

[marigold]

You said that is happening with Mojave 10.14 and Catalina 10.15?

Yes, it happens in both macOS Mojave and Catalina.

In the Advanced Options page under General, click "Config Editor..." and search for "ui.click_hold_context_menus" - is it set to true or false?

ui.click_hold_context_menus is set to false. But toggling it to to true doesn't help either - right-click menu open still triggers the item that the mouse cursor is on when the menu opens.

[dbsoft]

This being a macOS issue does make a lot of sense, though. I don't see the issue in Windows or Linux, but I believe Mac is designed to be used with only one mouse button, which could create a problem like this. Normally the right-click is supposed to open a context menu, and a left-click is supposed to activate an item... but if you're on a Mac system where there's only one mouse button to click and it's all merged together, I could see this becoming a problem if the menus weren't coded properly for Mac mouses.

Pretty sure it is a MacOS issue, but while Macs by default typically have one mouse button they have alternate ways of getting context menus that are equivalent.

Single button mouse: Hold the Control (CTRL) key while clicking.
Mouse with 2 or more buttons: Works exactly the same as a PC.
Trackpad no buttons: Tap with two fingers instead of one.
Trackpad with button: Click the button with two fingers on the trackpad.

So almost all modern Mac apps support and expect the equivalent of right clicking.

[RealityRipple]

In the Advanced Options page under General, click "Config Editor..." and search for "ui.click_hold_context_menus" - is it set to true or false?

ui.click_hold_context_menus is set to false. But toggling it to to true doesn't help either - right-click menu open still triggers the item that the mouse cursor is on when the menu opens.

False is definitely the value you want. I was just worried it had been set to True by accident.

[dbsoft]

I found the Mojave HD from my old Mac that died, going to try to get it booting on the new(er) one that replaced it to sort out this issue.