Client: Latest update broke icon in tray

[jtagcat]

Fedora 31, after upgrading to keybase-5.3.0.20200310205642.4f2689009b-1.x86_64 the icon in the tray (created by KStatusNotifierItem/AppIndicator Support) is now super smaal.

[spielkind]

I have the same problem, beside that the icon disappears after suspend, even "ALT-F2 -> 'r'" doesn't let the icon reappear. (https://github.com/electron/electron/issues/22443)

I fixed the size of the image using https://github.com/bilelmoussaoui/Hardcode-Tray

[zoof]

No tray icon at all on Debian Buster.

[spielkind]

@zoof electron8 removed support for TopIcons #8299 (https://github.com/electron/electron/issues/21445)
You have to enable appindicator support (as example for GNOME: https://extensions.gnome.org/extension/615/appindicator-support/).

But currently there are at least 3 problems with libappindicator/electron8/keybase:

1. image to small -> fixed in https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/208 but still an issue https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/211
2. you need to double click the icon
3. icon vanish after shell reload/lock/suspend&resume -> https://github.com/electron/electron/issues/22443

[zoof]

I'm not completely sure what I'm supposed to do with this -- I don't use gnome-shell so I can't pick a version (openbox and tint2).

[heronhaye]

We're looking to fixing some of these issues. But some problems (e.g. where the systray icon is gone on window managers like i3) is due to an intentional drop of support from upstream Electron.

[zoof]

Thanks for the response. What is the rationale for dropping support for non-traditional window managers? Is it Wayland related? This is inconvenient but I guess there is not much to be done when there are finite resources to be spread among a list of desirable features.

[heronhaye]

You'd have to ask the Chromium team about that.

[greyltc]

Given that several upstream projects seem to want to sabotage tray icons, maybe the keybase gui design should be changed to not need them? With broken tray icons keybase becomes very difficult to use for me, I've resorted to sending it a SIGTERM signal and restarting it when I need to get the window back.

[kghbln]

I lost this on Mint with Cinnamon. Pretty sad and touching wood to get it back again.

[jtagcat]

Given that several upstream projects seem to want to sabotage tray icons, maybe the keybase gui design should be changed to not need them? With broken tray icons keybase becomes very difficult to use for me, I've resorted to sending it a SIGTERM signal and restarting it when I need to get the window back.

It's not really sabotaging, it's trying to get a single solution.

Also sigterming shouldn't be needed, if I open the app again, it understands I want to open the window, similarly you should be able to just open the window from cli as well.

[Sanaki]

Same issue in Linux Mint 19.3, no icon available. That said, I haven't succeeded in getting appindicator support enabled either. Seems like the addition of XAppStatusIcon support in 19.3 should have handled this via fallback, if I'm interpreting this line correctly:

In Linux Mint 19.3, all editions ship with an XAppStatusIcon applet. As in the past, support for libAppIndicator is disabled by default, but applications which use this library no longer default to GtkStatusIcon, they default to XAppStatusIcon instead.
Source

While it's far from critical for me to get this fixed quickly (I don't use the GUI often), if anyone has an idea of what I'm missing here, I'd love to hear it.

[DaveLMSP]

Same issue in Linux Mint 19.3, no icon available. That said, I haven't succeeded in getting appindicator support enabled either. Seems like the addition of XAppStatusIcon support in 19.3 should have handled this via fallback, if I'm interpreting this line correctly:

In Linux Mint 19.3, all editions ship with an XAppStatusIcon applet. As in the past, support for libAppIndicator is disabled by default, but applications which use this library no longer default to GtkStatusIcon, they default to XAppStatusIcon instead.
Source

While it's far from critical for me to get this fixed quickly (I don't use the GUI often), if anyone has an idea of what I'm missing here, I'd love to hear it.

I'm seeing this on Linux Mint 19.3, but with Mate desktop v1.22 instead of Cinnamon.

[beltrame]

Same situation on Ubuntu 19.10. It happens with all electron applications, so I guess it's an electron problem

[zoof]

I've learned of a workaround (https://git.sr.ht/~steef/snixembed). Compile and run -- it's worked for me so far. Works for both keybase and signal-desktop.

[dotenorio]

See my solution:

https://github.com/zulip/zulip-desktop/issues/910#issuecomment-608056150

[eli-schwartz]

With https://github.com/electron/electron/pull/23674 electron has re-added the tray implementation which chromium removed.

[jtagcat]

With electron/electron#23674 electron has re-added the tray implementation which chromium removed.

If I understand correctly, the issue is resolved and may be closed?

[eli-schwartz]

Well, no.

It "will" be resolved once electron tags a new maintenance release with the fix (which has been backported to major versions 10, 9, 8), and the keybase release team updates to that electron version.

My comment is simply that the fix is imminent.