-
-
Notifications
You must be signed in to change notification settings - Fork 171
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XPRA v4.4.6 not showing tray icons. #3956
Comments
Please specify the exact desktop environment that you are using. |
Apologies, I completely forgot to mention desktop: XFCE v4.16
Thanks, I will test your suggestions as soon as I get the chance. |
Hi,
This is the output of
|
That's a crucial piece of information.
So you're using |
Upgraded client side to v5.0.0, tray icons still not working. |
As per https://github.com/Xpra-org/xpra/wiki/Platforms, XFCE on Ubuntu is Tier-3. |
:-/ |
System Information:
Installed Fedora 38, stock gnome desktop with Wayland as client. Installed xpra 4.4.6 from the default Fedora repositories Tried to attach to my server, got this non-critical error:
At this point how much I dislike gnome can't be put on words... I understand this is not xpra's fault, gnome still refuses for no good reason to support tray icons.
Ran:
Enabled the appindicator extension so I can get icons on gnome Rebooted Ran XPRA aggain attaching to my server (Server runs Ubuntu 20.04) Tray icons do not show using xpra 4.4.6 on Fedora 38 either, all I see is XPRA's icon in the tray area but nothing from the server. (attached screenshot, note most of the menu is also non-functional but this is a different story) Log: https://gist.github.com/nentibusarchitectura/7e2b532f46e991d2e9e6ae2d9626eae8 -------------------8<------------------------ System Information:
Then tried with xpra 5.0.1 stock gnome desktop with Wayland as client too and exactly the same results, still no tray icons, this time with some extra errors in the log:
Here is the log: https://gist.github.com/nentibusarchitectura/b4a5c15e815f61eeb781b117a363d1b6 |
Found in your log:
My guess is that you want At least you managed to enable the extension! Some pointers: |
this is a workaround for an appindicator bug that ignores all the menu updates once we have called 'set_menu()'
I managed to enable it in the end, and tried to make it easier / automatic for others to do so when installing
Rather than figuring out which version of appindicator broke this (upstream doesn't seem active), I ended up changing when and how we generate the menu to workaround the issue. As for system tray forwarding... like I said above, use an OS with a usable API 😞 |
this is a workaround for an appindicator bug that ignores all the menu updates once we have called 'set_menu()'
Interesting. Why these seemingly horrible settings end in people's configurations is because at some point in the past it fixed some issue real or perceived. XPRA for me is a god send, it is the best thing since sliced bread to work remotely but it broke often in the past, and when it did I had to find a way to make it work with my poor understanding as an end user and what I could find online at the time. These settings are the result of tons of experimentation, I have been using them since v3.x and these allowed me to work with as little latency and as reliably as I could (same as with the 8 bit encoding I often use and that you so kindly fixed back on 4.4.5). I will experiment with
I hate Gnome with a passion, I only deployed it because you mentioned that Fedora is supported, but I don't want to use Gnome, believe me I would prefer to chew glass instead. Regarding the client I can't use Windows, and I can't use Macs either, I need my Server and Client to be Linux, I don't care too much about the distro, but it has to be Linux, so if troubleshooting in Fedora is better for you I can make the effort to move to Fedora and troubleshoot there. As per tray API support XFCE (and MATE) has had stable tray support for years and it has been working with XPRA since v3 which is when I started using XPRA on pretty much any distro, the tray broke from 4.4.6 onwards, it was running fine in 4.4.5. All this time I have been on Ubuntu and the tray worked fine all these years, I haven't changed or updated the OS or desktop in the client, the tray broke with XPRA v4.4.6. If I deploy Fedora with XFCE, could or would you please be able look into the tray issue? At this point I'm even willing to sponsor/donation for the work, I really need the tray icons... it is a pain not being able to see the tray icons for my work. |
Could well be real, in some rare specific cases, it is the correct solution.
Then it should be fixable. From the 4.4.6 changelog: |
I have been doing some testing I deployed all the build tools, dependencies, etc to build XPRA on Fedora 38 and deployed XFCE 4.18 (standard on F38) The tray icons works until commit: 15062ac (but the main menu does not.) The tray stops working from commit: 5acbde2 onwards.
To be able to compile 15062ac and 55608da I had to change the following file:
Hope this be of help. |
In my case, with a gnome-shell desktop under Wayland, trying to use Since the code says: xpra/xpra/platform/posix/gui.py Line 116 in 3b9f2be
I've implemented something simple along those lines in 1f32121. Does that restore the system tray under XFCE? |
I've tried to compile 1f32121 but I get the following message when I try to connect to the server: The latest commit I can compile that doesn't exhibit this "connection error" issue is:
(The connection error start to appear in commit: 4310795 I think) And the good news is that on that commit (b0c3ced) if I use Regarding what XFCE uses for the systray the Which according to XFCE's docs implements the freedesktop standard: The xfce4-statusnotifier-plugin provides a panel area for status notifier items (application indicators). Applications may use these items to display their status and interact with user. This technology is a modern alternative to systray and follows the freedesktop.org specification regarding status notification. Not sure if this could be of help, Gnome is garbage when it comes to the systray, but I guess all the other desktops use the standard, the systray works fine on XFCE, MATE and KDE. Thanks again for all your support with this and patience, I'm not a dev and all of this gets complicated for me. |
That's a WIP, either use the latest html5 client with it or wait for the final release.
Well, that's odd. This switch makes xpra use
OK, so I've changed it to only use This will be included in v5.0.2 |
And... the fix caused a bug on MacOS: #4006 |
Describe the bug
In version 4.4.6 remote tray icons are not displayed any more it used to work fine until 4.4.5
To Reproduce
Run any application on the remote server that opens a tray icon, it is not displayed in the client, for example "keepassxc" or "systray-x" for Thunderbird, Remmina, etc.
System Information (please complete the following information):
Additional context
It was possible to download old versions of XPRA before in Ubuntu to downgrade if required but now only versions:
Version: 4.4.6-r29-1
Version: 3.1.5-r0-1
Version: 3.0.6+dfsg1-1build1
Are available now via APT
Would it be possible somehow to download the .debs for v4.4.5???
The text was updated successfully, but these errors were encountered: