Right clicking on sys-tray icons to summon up the menu also causes the first item in the list to be launched instantly 90% of time.

Simple right click on panel's system tray app icons, like Bluetooth or Steam or Discord or Flameshot or whatever causes the first item on top of the menu to be launched instantly on the menu open click. REALLY annoying on some cases, like Steam, when quite often there is some rather big game or whatever and right clicking there just launches a effing game that takes like 5 minutes to load...

only WORKAROUND so far I have found is right-click AND HOLD and move the mouse away from the menu to not launch anything. Really unintuitive and bad design imho.

I cannot recreate this. When I right click on a system tray icon, the menu pops up but nothing else happens. What distro and Xfce version are you using?

Manjaro. 4.16 XFCE I think I figured something out. It's more like, when you right click lingers a little or the mouse moves while you are clicking and then release, then whatever is under the cursor launches. Like what I described before as a workaround, but more like unintentionally move the mouse to some menu item and then release triggers the launch.

So basically how can I turn off mouse button release to trigger/launch any options in the click menu? It's also very confusing because many programs work differently.

For example: Steam - left or right click, either does open the menu. However if you keep holding the click and move mouse to any item or game there and release button, it tries to automatically launch the game. Sad part is that this random game launch happens more often than not unintentionally.

Flameshot - left click starts capture automatically; right click opens menu and triggers whatever is under the cursor upon right click release.

Skype/Discord - same as Steam, opens menu with both buttons, opens whatever menu option that lingers under the button upon button release.

Firewalld - left click opens connections; right click opens menu. Weird thing here is that occasionally right click menu open triggers the "Shields up" thing same way as Steam launches game, but luckily it asks for authorization ... and when I click cancel (because I don't want to "Shields up" or whatever.) IT STILL SHOWS THE FLAG toggled ON, althought the shields did NOT come up (change the zone from "home" to "block"). Should I report this bug to firewalld or who?

BUT THE POINT IS, THAT I WOULD LIKE TO TURN OFF ANY MENU ACTION THROUGH BUTTON RELEASE! and/or set minimum timer for button hold/release to trigger any action to like 1 full second or something. so right click 100ms doesn't automatically launch anything ever.

That is just how menus work. If you open a menu without releasing the mouse button and then drag the mouse over a menu item, it will launch the menu item under the mouse when you release the mouse button.

Try it in a text editor. Add some text in the text area, then right click the text and drag the mouse down over a menu item in the context menu before releasing the mouse button. It will run whatever menu item is under the mouse.

Unless you are saying that for you it launches a different item? Something that is not under the mouse? Otherwise, this isn't a bug.

Yes it is. There must be clear distiction between just-click and click-hold-release action. Currently it's hit and miss most of the time.

I even see that many default systray items have set their first menu item grey to countermeasure this absurd behaviour?

but then sadly not all developers got the memo and don't do that:

but what about fix the systray itself to not randomly launch stuff on button release in the first place?

The first item in those examples is not grayed out to prevent launching; it is grayed out because it is just a label for what the menu is. If you right click on a regular panel plugin (like a launcher or the workspace switcher), the first item is just a grayed-out label.

Do you have "Don't reserve space on borders" turned on in the panel settings? If it is unchecked, the context menus will be pushed outside of the panel area and that should hopefully make it less likely that you will click on something by accident in a system tray context menu.

This was unchecked. Checked it, didn't see any difference whatsoever. So unchecked again. If there is supposed to be differences, can you share screenshots with comments, where I should see any difference?

I have attached a screenshot showing what happens for me when I check or uncheck the setting. If I right-click on something in the panel, the context menu either shows up outside of the panel (setting is unchecked) or hovers directly over the item in the panel (setting is checked).

added 5. Notification Area / Status Tray label

added 3. Duplicate label

marked this issue as related to #147 (closed)

closed