indicator-application hack: fallback to dbus service check
There is a hack to work with Canonical's indicator-application tray applet. Since it implements the SNI spec partially and doesn't work with IconPixmap, the icon is broken without the hack. Unfortunately, this tray implementation is still in active use by Ubuntu; it's shipped and enabled by default on at least: * Xubuntu * Ubuntu MATE * Ubuntu Budgie (and maybe even others) Unfortunately, the check doesn't work in confined environments providing broken tray icons for snapped & flatpak'ed apps. Fortunately, snap allows checking all registered services on the host. It also fixes the check on flatpak if permissions to talk with these names are given. Pick-to: 6.1 6.0 Change-Id: Iee5d0bb610c3ff397babee89ef1ee788ac19f477 Reviewed-by: Shawn Rutledge <shawn.rutledge@qt.io>
This commit is contained in:
parent
587e3bb0ba
commit
0baa26638d
@ -208,6 +208,14 @@ QTemporaryFile *QDBusTrayIcon::tempIcon(const QIcon &icon)
|
||||
uint pid = session.interface()->servicePid(KDEWatcherService).value();
|
||||
QString processName = QLockFilePrivate::processNameByPid(pid);
|
||||
necessary = processName.endsWith(QLatin1String("indicator-application-service"));
|
||||
if (!necessary) {
|
||||
necessary = session.interface()->isServiceRegistered(
|
||||
QStringLiteral("com.canonical.indicator.application"));
|
||||
}
|
||||
if (!necessary) {
|
||||
necessary = session.interface()->isServiceRegistered(
|
||||
QStringLiteral("org.ayatana.indicator.application"));
|
||||
}
|
||||
if (!necessary && QGuiApplication::desktopSettingsAware()) {
|
||||
// Accessing to process name might be not allowed if the application
|
||||
// is confined, thus we can just rely on the current desktop in use
|
||||
|
Loading…
Reference in New Issue
Block a user