After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 796024 - List is missing applications, it has unwanted items too
List is missing applications, it has unwanted items too
Status: RESOLVED OBSOLETE
Product: gnome-control-center
Classification: Core
Component: Notifications
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: Marek Kašík
Control-Center Maintainers
triaged
Depends on:
Blocks:
 
 
Reported: 2018-05-11 10:24 UTC by Allan Day
Modified: 2021-06-09 16:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Allan Day 2018-05-11 10:24:06 UTC
The applications list in the notifications panel only contains a subset of the applications I have installed. A number of these send notifications, including: Calendar, Photos, To Do, Transmission.

At the same time, the list also contains items which either:

 1. Don't show notifications (Archive Manager, Tweaks)
 2. Aren't applications (Desktop Sharing, Network)
 3. Provide system-level notifications (Settings, Software)

2 and 3 certainly shouldn't be listed.

This issue undermines the logic of the panel.
Comment 1 Marek Kašík 2018-05-14 12:48:26 UTC
Hi,

(In reply to Allan Day from comment #0)
> The applications list in the notifications panel only contains a subset of
> the applications I have installed. A number of these send notifications,
> including: Calendar, Photos, To Do, Transmission.

The list is generated from desktop files in /usr/share/applications/. The ones which have "X-GNOME-UsesNotifications=true" are listed there. Listed are also those which are in "org.gnome.desktop.notifications.application-children" setting.

gnome-calendar, gnome-photos, gnome-todo, Transmission don't have "X-GNOME-UsesNotifications=true".
gnome-calendar, gnome-photos, gnome-todo have some kind of notifications but these are internal ones not standard ones.


> At the same time, the list also contains items which either:
> 
>  1. Don't show notifications (Archive Manager, Tweaks)

Archive Manager has actually code for showing a notification when an archive was created.
Tweaks has also some code for showing notifications but I don't see the "X-GNOME-UsesNotifications=true" in its desktop file (and not even in Notifications panel).


>  2. Aren't applications (Desktop Sharing, Network)

vino-server has actually "X-GNOME-UsesNotifications=true"


>  3. Provide system-level notifications (Settings, Software)

gnome-software has "X-GNOME-UsesNotifications=true"


> 2 and 3 certainly shouldn't be listed.
> 
> This issue undermines the logic of the panel.

Thoses which don't have "X-GNOME-UsesNotifications=true" are in the gsettings setting. Try to set it to default ([]) and they should disappear. But the setting is filled by gnome-shell when it sees a notification from an app.
Those which stay there but shouldn't be there needs to remove the key from desktop file or be filtered in gnome-shell and those which are not there but should have to provide the key.


Additional info:
https://wiki.gnome.org/Initiatives/GnomeGoals/NotificationSource
Comment 2 Felipe Borges 2018-05-14 14:49:04 UTC
I guess we should start patching these projects directly. But for vino-server....

(In reply to Marek Kašík from comment #1)
> >  2. Aren't applications (Desktop Sharing, Network)
> 
> vino-server has actually "X-GNOME-UsesNotifications=true"

vino-server will notify the user whenever there's a remote connection to their session. So that's quite important setting to have. It could be indeed hidden from the list in the Notifications panel, but it is a notification always worth showing.

The message is something in these lines below:

"Another user is controlling your desktop

A user on the computer 'feborges' is remotely controlling...."
Comment 3 Allan Day 2018-05-14 15:12:04 UTC
(In reply to Marek Kašík from comment #1)
...
> The list is generated from desktop files in /usr/share/applications/. The
> ones which have "X-GNOME-UsesNotifications=true" are listed there. Listed
> are also those which are in
> "org.gnome.desktop.notifications.application-children" setting.

That doesn't seem like a reliable way to list applications...

Can we investigate other options? Even showing every installed app would be better than this.
Comment 4 Felipe Borges 2018-05-15 10:37:10 UTC
This could be somehow coordenated with the Search panel, where we are unable so far to reliably list all the available applications. See 789716.

For instance, Spotify shows notifications but it doesn't show here in the Notifications panel. I assume this is because it is running in a flatpak.
Comment 5 André Klapper 2021-06-09 16:29:54 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new bug report at
  https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/

Thank you for your understanding and your help.