easyeffects icon indicating copy to clipboard operation
easyeffects copied to clipboard

System tray menu behavior

Open Denebet opened this issue 1 month ago • 14 comments

EasyEffects Version

8.0.3

What package are you using?

Flatpak (Flathub)

Distribution

Ubuntu 25.10

Describe the bug

This is a very minor bug. I use the extension Tray Icons: Reloaded (https://extensions.gnome.org/extension/2890/tray-icons-reloaded/). When the EasyEffects window is displayed, right-clicking the icon in the system tray briefly displays its menu and closes the window. A second right-click is required to restore the normal (permanent) display of the menu, and simultaneously redisplays the window.

Expected Behavior

Right-clicking on the system tray icon should display its menu normally (permanently) without any interaction with the window, whether the window is displayed or not.

Debug Log

Debug Log
Paste your log here

Additional Information

No response

Denebet avatar Nov 15 '25 12:11 Denebet

It's only works with Xorg and XWayland. https://github.com/martinpl/tray-icons-reloaded

I suggest you to switch to another tray extension. Maybe this one: https://github.com/ubuntu/gnome-shell-extension-appindicator

Digitalone1 avatar Nov 15 '25 14:11 Digitalone1

Right-clicking on the system tray icon should display its menu normally (permanently) without any interaction with the window, whether the window is displayed or not.

It is what happens here on KDE. My guess is that this kind of interaction is actually handled by whatever is providing the system tray and not by the application that is putting an icon there.

wwmm avatar Nov 15 '25 15:11 wwmm

@Digitalone1: Tray Icons: Reloaded works very well for me, but not AppIndicator and KStatusNotifierItem Support. @wwmm: The icons for Birdtray (for Mozilla Thunderbird), transmission-qt and gmusicbrowser work perfectly.

Denebet avatar Nov 15 '25 15:11 Denebet

The icons for Birdtray (for Mozilla Thunderbird), transmission-qt and gmusicbrowser work perfectly.

Maybe the difference is that our tray icon and menu is implemented entirely in QML. In any case it feels like something Qt should fix. We do not even set event handlers for the mouse buttons in this case. The framework is the one handling it.

wwmm avatar Nov 15 '25 16:11 wwmm

In any case it feels like something Qt should fix

Or maybe the tray extension is doing something that is not compatible with qml tray icon.

wwmm avatar Nov 15 '25 16:11 wwmm

For what it's worth I have tried the Easy Effects tray icon with https://github.com/ubuntu/gnome-shell-extension-appindicator on GNOME wayland and it worked fine. But I am not exactly a heavy tray icon user (I don't use a tray extension normally), so I have no idea what they should ideally be like.

vchernin avatar Nov 15 '25 16:11 vchernin

I just invited Marcin Panniak, the developer of Tray Icons: Reloaded, to take a look at this thread. @vchernin: could you specify which version of EasyEffects you have and how you installed gnome-shell-extension-appindicator, please?

Denebet avatar Nov 15 '25 16:11 Denebet

I have v8.0.3 running on Fedora Silverblue 43 with GNOME 49 Wayland. I used the extension manager flatpak app to install the extension.

Image

Note as of writing (and applicable for the next few hours) you may need to run this command to get the actual latest Flatpak build/version v8.0.3 (see #4455):

sudo flatpak update --commit=adf63ff6f7772c004ca96494376182c1c28a986f83118d6971c69e1bb4fac0e6 com.github.wwmm.easyeffects

vchernin avatar Nov 15 '25 16:11 vchernin

@vchernin: Thank you! No difference in behavior with this extension...

and it worked fine

Do you mean that you don't have the behavior reported at the beginning of this thread:

When the EasyEffects window is displayed, right-clicking the icon in the system tray briefly displays its menu and closes the window. A second right-click is required to restore the normal (permanent) display of the menu, and simultaneously redisplays the window.

Denebet avatar Nov 15 '25 17:11 Denebet

Do you mean that you don't have the behavior reported at the beginning of this thread:

When the EasyEffects window is displayed, right-clicking the icon in the system tray briefly displays its menu and closes the window. A second right-click is required to restore the normal (permanent) display of the menu, and simultaneously redisplays the window.

First off there doesn't seem to be any difference between left clicking and right clicking the tray Easy Effects logo/icon for me. For me, clicking the Easy Effects logo in the tray has no effect on the window. All clicking the logo does is hide or show the tray menu itself. If you want to actually trigger something in the window, you would click a button within the tray menu like the "Input Presets" button. e.g. if you click "Input Presets" when the window is hidden the window will become visible.

vchernin avatar Nov 15 '25 19:11 vchernin

First off there doesn't seem to be any difference between left clicking and right clicking the tray Easy Effects logo/icon for me. For me, clicking the Easy Effects logo in the tray has no effect on the window. All clicking the logo does is hide or show the tray menu itself. If you want to actually trigger something in the window, you would click a button within the tray menu like the "Input Presets" button. e.g. if you click "Input Presets" when the window is hidden the window will become visible.

That is very different from how this works in KDE. There left mouse button clicks on the tray icon show/hide the window. Right mouse button clicks show the tray menu. Clicking with the left menu and holding eventually also shows the menu.

wwmm avatar Nov 15 '25 19:11 wwmm

For me (GNOME-shell 49), everything is the same as on KDE as described by @wwmm, except "Clicking with the left menu and holding eventually also shows the menu." (I just tested it: nothing happens). Well... everything is the same... except for EasyEffects.

Denebet avatar Nov 15 '25 19:11 Denebet

What is very surprising to me is that @vchernin uses, like me, GNOME 49 (and of course, for me, Wayland on Ubuntu 25.10 which only supports that since this latest version). @wwmm: I hope this exchange of information will help you move forward! :-)

Denebet avatar Nov 15 '25 21:11 Denebet

I hope this exchange of information will help you move forward! :-)

As we did not have a tray icon and menu before it is a good information to have. No doubt. It may not be possible to fix the issues on our side. But it is important to know how this is outside of KDE.

wwmm avatar Nov 15 '25 22:11 wwmm