App icons tray disappear after update

[DCR95]

I am using Fedora 32 with Gnome 3.36.6

I have install appindicator package with Fedora repositories : gnome-shell-extension-appindicator-33-1.fc32.noarch

After update to gnome-shell-extension-appindicator-34-1.fc32.noarch and reboot system the app tray icons disappear.

If I reinstall the version 33 appindicator works normally.

I tried to install the last version from https://extensions.gnome.org/ and I had the same problem.

I have reproduced the problem several times.

[3v1n0]

Can you plase provide the output for journalctl /usr/bin/gnome-shell -b0 ?

Cheers

[dimkNevidimk]

Hi, i had experienced the same issue on fedora 32 (gnome 3.36.6), when v34 was initially released.
But now everything works as expected. Think that you fixed it in 860086c

[DCR95]

Can you plase provide the output for journalctl /usr/bin/gnome-shell -b0 ?

Cheers

You will find enclosed the file.

I made an update (version 33 to 34) just before 07:37. I have closed and re-opened the session, and performed the command you asked for.

gnome.txt

[3v1n0]

Weird, I don't see any error which mentions appindicatorsupport over there...
The only errors I see seems related to background-logo@fedorahosted.org extension instead :o

[DCR95]

Weird, I don't see any error which mentions appindicatorsupport over there...
The only errors I see seems related to background-logo@fedorahosted.org extension instead :o

I didn't see any error too, it's just that the icons don't appear !

[ghurandom]

I have the same issue with the Nextcloud client, but I can get the icon back by killing the client + restarting. Appears to be similar to this issue. I also have no apparent errors (Fedora 31 though), and reverting to 33 resolves (Gnome 3.34.5).

[beedaddy]

I can confirm that often (not always) after startup the icons don't appear. closing (quitting) the applications (in my case keepasxc, element and nextcloud-client) and restarting them makes the icons reappear. Looks like the extensions starts too late to get aware of the applications…
(Arch Linux here with GNOME 3.36.6)

[antonov-a]

I can confirm that often (not always) after startup the icons don't appear. closing (quitting) the applications (in my case keepasxc, element and nextcloud-client) and restarting them makes the icons reappear. Looks like the extensions starts too late to get aware of the applications…
(Arch Linux here with GNOME 3.36.6)

Exactly the same thing happens to me. Thank you for pointing it out.

[JoaquimCarneiro]

I can confirm that often (not always) after startup the icons don't appear. closing (quitting) the applications (in my case keepasxc, element and nextcloud-client) and restarting them makes the icons reappear. Looks like the extensions starts too late to get aware of the applications…
(Arch Linux here with GNOME 3.36.6)

Same here (Arch Linux + Gnome 3.36, now in gnome 3.38)
In my case it's the nextcloud client not appearing, although when rebooting/login in, i get the nextcloud main dialog at the bottom of the screen.

[9pr19]

I can confirm that often (not always) after startup the icons don't appear. closing (quitting) the applications (in my case keepasxc, element and nextcloud-client) and restarting them makes the icons reappear. Looks like the extensions starts too late to get aware of the applications…
(Arch Linux here with GNOME 3.36.6)

Same here after Ubuntu 20.04 to 20.10 upgrade. Right after the system starts no icon displayed. They finally show after restarting the applications manually (Nextcloud or KeepassXC).

Installed packages:
gnome-shell-extension-appindicator/groovy,groovy,groovy,groovy,now 34-1 all [installed]
libappindicator1/groovy,groovy,now 12.10.1+20.10.20200706.1-0ubuntu1 amd64 [installed,automatic]
libappindicator3-1/groovy,groovy,now 12.10.1+20.10.20200706.1-0ubuntu1 amd64 [installed]

[onnyyonn]

I suspect, this PR #231 is the reason for this bug, which is ironic. Is it possible to revert it?

[takooakes]

I can confirm that reverting PR #231 fixes this problem for me.

[inv3rse]

I had the issue with Nextcloud and KeePassXC on my system (which are starting automatically).
Removing the Main.layoutManager._startingUp check fixed it in my case. (Was added with PR #231)

If I am not mistaken there should however be no problem in delaying the StatusNotifierWatcher start.
Because once it starts, it will first check for tray icon registrations which it missed in _seekStatusNotifierItems().

As this is not working is it safe to assume that the applications that do not show up are doing some other checks to see if there is tray icon support? And then not registering themselves if no extension handling this is found?
If this is the case would it be possible to start the StatusNotifierWatcher immediately (like it was before) and only delay the tray icon display until the startup completed?

[bbx0]

To workaround the issue one can change the desktop files in ~/.config/autostart to a add a startup delay.

Exec=bash -c "sleep 10 && exec original-command"

Not nice but works. There is also parameter X-GNOME-Autostart-Delay but for me it had no effect.

[ggrrll]

In my case, restarting the apps (gtk-redshift and owncloud) doesn't work either

• ubuntu 20.10
• gnome 3.38.1
  (both on wayland or not)

[myprs]

Same problem with nextcloud desktop client on Ubuntu 20.04.1. Nextcloud has a qnd workaround by delaying startup on autostart: nextcloud/desktop#2597 (comment)

[P4Cu]

I've also pinned this down in : #231 (comment)

[emichael]

FWIW, #260 does not completely fix the issue with the Nextcloud client. I installed version 40 yesterday, and it successfully loaded the icon on one restart, but then I got the three dots again this morning.