Use the proper hint for setting images for notifications
The icon set via `notify_notification_new()` is used as app-icon in the
DBus request. Unfortunately libnotify doesn't document this behavior. It
didn't really matter since in GNOME Shell we used to display only one
icon. After introducing a header [1] for notification in GNOME Shell we
display
the app-icon and when set the image from the image hint[2].
power-manager: Show sleep warning conditional to chassis type
Currently, GNOME settings daemon displays a notification warning
the user before the sleeping the device. This is generally a very
useful feature. However, with the adoption of new platforms in GNOME
like phones and tablets, this can be a problem. In such devices,
the desired behavior is to sleep as soon as possible and by default.
Therefore, having a notification pop-up (which can potentially trigger
some other haptic feedback like a LED) just because the device is
doing what it is supposed to do (go to sleep) can be problematic.
Discussion in a previous MR indicated that using the system's chassis
type was a preferred option for deciding this behaviour. This commit
builds upon the work by Pablo Correa Gomez in !285 to provide the same
outcome using the chassis type value.
Closes #656
2881988...
by
Aefgh Threenine <email address hidden>
sharing: Start grd --handover if grd --system is running
In order to provide a login screen over gnome-remote-desktop,
their needs to be both system and session instance of
gnome-remote-desktop. The latter should get run if the former
is running, and not otherwise.
This commit adds a mechanism for doing this by introducing the
concept of "assigned services" (versus the already existing
configurable services).
Assigned services don't start based on GSettings configuration,
but instead just start if an associated system service is running.