Qt-based tray icons not displayed on start-up

[lizhiyuan]

[ Impact ]

My system version is 20.10. I upgraded from 20.04. I found such a problem, the tray icon cannot be displayed when the system is turned on or restarted, but if I kill the process and restart it, it will be fine.

I searched on Google and didn't see a similar problem.This is my hardware configuration:

    CPU: Two Intel® Xeon(R) CPU E5-2680 v4 @ 2.40GHz × 56
    GPU: NVIDIA Corporation GP106 [P106-100] / NVIDIA Corporation GP106 [GeForce 1060]

https://i.stack.imgur.com/ybiVj.png

[ Test case ]

- Install a Qt app with a tray icon that should show on startup
- At login the icon should be visible.

An example is hp-systray, from the package hplip-gui:
 - Add it to the autostart (if you don't have HP printers just add the command
   `hp-systray -x`).

Expect the icon to show

[ Regression Potential ]

No status icon service is ever initialized by the shell and so no app indicator is visible.

----

ProblemType: BugDistroRelease: Ubuntu 20.10
Package: gnome (not installed)
ProcVersionSignature: Ubuntu 5.8.0-28.30-generic 5.8.14
Uname: Linux 5.8.0-28-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu50.1
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Tue Nov 24 16:34:31 2020
InstallationDate: Installed on 2020-10-24 (31 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
ProcEnviron:
 LANGUAGE=zh_CN:zh
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=zh_CN.UTF-8
 SHELL=/bin/bash
RebootRequiredPkgs:
 gnome-shell
 linux-image-5.8.0-29-generic
 linux-baseSourcePackage: meta-gnome3
UpgradeStatus: Upgraded to groovy on 2020-10-25 (29 days ago)

[lizhiyuan (uniartisan)]

This problem not only affects the display of the tray, but also affects the work of some boot-up programs, including but not limited to nextcloud and qvray.
Qvray’s main interface display will be misaligned, and the work is not very normal. Restart after kill -9 is no problem.

[lizhiyuan (uniartisan)]

gnome-session-binary[6932]: GnomeDesktop-WARNING: Could not create transient scope for PID 7153: GDBus.Error:org.freedesktop.DBus.Error.UnixProcessIdUnknown: Process with ID 7153 does not exist.

[Daniel van Vugt (vanvugt)]

Can you clarify what "tray icon" you are referring to? What's missing?

[lizhiyuan (uniartisan)]

Sorry to disturb you, but I found a solution: install TopIcons Plus gnome plugin. Plug address: https://extensions.gnome.org/extension/1031/topicons/
I mean the taskbar icon in the upper right corner of the system default. And I had misunderstood the log, the log of the previous post has nothing to do with this question. :(
But this problem is still strange, because software such as nextcloud, qvray, etc. can apply for the tray icon after booting, but there is no way to display the icon when booting.
After installing the plug-in, these software can display the icon after booting. Is this a problem caused by the gnome api?

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Dustin Nisbet-Jones (d.nisbetjones)]

I will confirm that the fixed that Gnome extension mentioned in comment #5 did restore the icons (and places them in the centre) for me although this is not an ideal fix.

Removing/disabling this extension will cause the icons to vanish again. You can see in the icons there that I have Steam and Nextcloud Sync working and displaying.

This bug is particularly problematic because the Nextcloud client actually becomes unusable because there is no way to bring it from the dock or launch it without the icon.

[Lukas Svoboda (svoboda77)]

Since certain update this same behavior occurs on Ubuntu 20.04. Gnome shell appindicator icons are not shown for applications set to start automatically with user log in. Tested with copyq and owncloud-client. Tray icons appear when the the respective app is started manually after user logs in.

[Lukas Svoboda (svoboda77)]

Workaround for Ubuntu 20.04(.1): downgrade package from

gnome-shell-extension-appindicator/focal-updates,focal-updates 33.1-0ubuntu0.20.04.1 all [upgradable from: 33-1]

to

gnome-shell-extension-appindicator/focal,focal,now 33-1 all [installed,upgradable to: 33.1-0ubuntu0.20.04.1]

using command

sudo apt install gnome-shell-extension-appindicator=33-1

[Marco Trevisan (Treviño) (3v1n0)]

There's a fix proposed upstream for this, will prepare an upload and backport: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/260

[lizhiyuan (uniartisan)]

I found another bug related to this problem.
Nextcloud, qv2ray and so on, which is based on qt, not only can not show tray icons,but also, when I click on the taskbar of these applications, their interface display is very simple, which is different from the non-self-starting of these applications. It should be that qt is not called normally.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Launchpad Janitor (janitor)]

This bug was fixed in the package gnome-shell-extension-appindicator - 35-1

---------------
gnome-shell-extension-appindicator (35-1) experimental; urgency=medium

  [ Marco Trevisan (Treviño) ]
  * New upstream release
  * debian/control:
    - Add myself to the Uploaders
    - Build depend on eslint when tests are enabled
  * debian/gbp.conf:
    - Use multimaint-merge in dch and sign tags
    - Set upstream branch to upstream/latest
    - Set upstream-vcs-tag while use default upsteram-tag
  * debian/patches:
    - Use tap formatter for eslint by default
    - Refresh
  * util: Ignore errors if we can't find a listed dbus name
  * util: Properly call logger static method
  * appIndicator: Use promises for the async code
  * appIndicator: Re-indent and cleanup code to create from pixmaps
  * appIndicator: Cancel icons loading when we're required to invalidate it
  * appIndicator: Use low-priority idles to load pixmap icons in batches
  * cleanup: Replace more GLib Sources with promises
  * promiseUtils: Backport the current gjs promisfy implementation
  * appIndicator: Use an async function to initialize the proxy
  * appIndicator: Fix a typo in a variable name
  * util: Promisify refreshPropertyOnProxy
  * promiseUtils: Polyfill a Promise.allSettled implementation
  * statusNotifierWatcher: Use fully async implementation for DBus traversing
  * statusNotifierWatcher: Only perform DBus lookup on idle
  * promiseUtils: Add promise to wait for a single signal emission
  * statusNotifierWatcher: Use a simple promise to wait startup
  * statusNotifierWatcher: Ensure we catch errors on indicator initialization
  * statusNotifierWatcher: Move name watching into the indicator logic
  * statusNotifierItem: Emit signals about removed items on destruction
  * statusNotifierWatcher: Emit the uniqueId when emitting (Un)Registered events
  * Util: define an unique name watcher and reuse it as watch dog and for the indicator
  * indicatorStatusIcon: Handle scroll events on label too, not only on icon
  * indicatorStatusIcon: Use virtual functions to monitor button events
  * eslint: Add linter rules based on upstream gnome-shell and gjs and use auto-fix
  * cleanup: Cleanup code to match eslint rules
  * Utils: Do not support connecting to signals via method names

  [ Matteo F. Vescovi ]
  * debian/control: debhelper bump 12 -> 13

  [ Fran Dieguez ]
  * Add support for GNOME 40

  [ Dennis Fölster ]
  * Register the StatusNotifierWatcher as soon as possible (LP: #1905370,
     Closes: #977695).
  * Fix incorrect placed import.
  * Use strict equals comparison.

 -- Marco Trevisan (Treviño) <email address hidden> Thu, 18 Mar 2021 01:11:51 +0100

[Brian Murray (brian-murray)]

This bug is missing SRU information in its description. Additionally, what is it's status in Groovy which is supported for another 4 months?

[Sebastien Bacher (seb128)]

The desktop team doesn't intend to spend efforts on fixing non critical bugs on 20.10 at this point, it's not a LTS serie and we don't have the resources to SRU the same fixes to intermediate series. The bug isn't going to block people from upgrading so there is no reason it should be mandatory to fix there

[Sushenjit Bandyopadhyay (s-bandyo1)]

Any update on its status on Focal? Will it be back ported?

[Marco Trevisan (Treviño) (3v1n0)]

Yes, the fix is in the focal queue for some days now, once SRU team will approve it will be available in proposed repositories for user verification.

[Chris Halse Rogers (raof)]

An upload of gnome-shell-extension-appindicator to focal-proposed has been rejected from the upload queue for the following reason: "Please re-upload without the icon-patch + patch reverting the icon-patch in debian/patches. Otherwise looks ok.".

[Chris Halse Rogers (raof)]

Hello lizhiyuan, or anyone else affected,

Accepted gnome-shell-extension-appindicator into focal-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/33.1-0ubuntu0.20.04.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-focal to verification-done-focal. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-focal. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

[Sushenjit Bandyopadhyay (s-bandyo1)]

I tested the version 33.1-0ubuntu0.20.04.2 from focal-proposed. It works!

HP System trey service starts as expected at login. Does not popup the error message.

When Zoom is started at startup the Zoom app indicator icon is visible and it works as expected.

Thanks!

[Launchpad Janitor (janitor)]

This bug was fixed in the package gnome-shell-extension-appindicator - 33.1-0ubuntu0.20.04.2

---------------
gnome-shell-extension-appindicator (33.1-0ubuntu0.20.04.2) focal; urgency=medium

  * debian/patches:
    - Register the StatusNotifierWatcher as soon as possible (LP: #1905370)
    - Handle scroll events on indicator label (LP: #1919924)
    - Emit expected signals / arguments when (un)registering indicators
      (LP: #1919927)
    - Ensure we call proper method during logging

 -- Marco Trevisan (Treviño) <email address hidden> Thu, 18 Mar 2021 03:42:58 +0100

[Łukasz Zemczak (sil2100)]

The verification of the Stable Release Update for gnome-shell-extension-appindicator has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.