| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Support for two new thumbnails directories named "x-large" and
"xx-large" were added to the XDG thumbnail-spec in 2020 and to
gnome-desktop in GNOME 40. They started to be used by nautilus in GNOME
43 to have larger/sharper thumbnails on HiDPI screens.
But the housekeeper never got updated, so the thumbnail cache has
unbounded growth. I realized this problem when I was trying to debug a
low disk space condition, and realized that my thumbnail cache was 10GiB
in size.
Add the new directories. They're only added to the XDG cache path, since
any application new enough to generate these thumbnail sizes would be
using that path.
|
|
|
|
|
| |
The theme is considered deprecated in favor of symbolic icons from
the regular theme.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
g-signal is not fired on property changes, so nm_signal is never called,
and all changes of NetworkManager's WwanEnabled property are missed.
That leads to an inability to disable the airplane mode on laptops with
WWAN after the airplane mode was once enabled by button.
Fix this by subscribing to g-properties-changed to actually listen to
the updates of WwanEnabled. It also makes the code simpler.
The bug was caused by a breaking change in NetworkManager [1] when it
deprecated the custom signal in favor of the standard PropertiesChanged
on org.freedesktop.DBus.Properties, and gnome-settings-daemon still used
the old one. The standard one is supported since NetworkManager 1.2.0,
as noted here [2].
[1]: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/853
[2]: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/commit/6fb917178aa19c61e909957f5146aa4565e0cb2f
Fixes: d74b6de142a2 ("rfkill: watch and set NetworkManager wwan-enabled")
|
|
|
|
|
|
| |
Otherwise it will be called uninitialized when auto suspending.
Fixes #736
|
|
|
|
|
|
|
|
|
|
|
| |
Claiming the light sensor can take a noticeable amount of time when the
sensor is being polled constantly (e.g. via monitor-sensor).
Due to the function being invoked in backlight_enable this can lead to a
noticeable delay when unblanking via key press. Fix this by claiming the
sensor async.
Fixes: https://gitlab.gnome.org/World/Phosh/phosh/-/issues/915
|
|
|
|
|
|
|
|
|
|
|
|
| |
gsd-smartcard currently checks for the insertion/removal of smartcards
in reader devices which where present at the time gsd-smartcard was
started, but does not account for new smartcard readers appearing
after gsd-smartcard was started.
This patch adds support for checking for the addition of new slots
(i.e. smartcard readers), which is necessary to support devices
like the Yubikey (a "reader" and a smartcard) which may be inserted
after gsd-smartcard was started.
|
|
|
|
| |
This variable went unused in commit daaa85d69757.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
UPower specifies the battery-caution-symbolic icon for all levels that
gnome-settings-daemon considers notification-worthy. These notifications
look too much alike, which may desensitize the user in the last actually
urgent states.
Decouple the icons names from those specified by UPower for our own
notifications, so that design changes don't necessarily involve changes
in system components. And use the additional new icons added to the Adwaita
icon theme to convey a higher sense of urgency to each of the notifications
spun until shutdown/suspend/hibernate.
Closes: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/731
|
|
|
|
|
|
|
|
|
|
|
| |
Improve the low power notification text, to reduce ambiguity and
desensitization:
* Deduplicate the headings for critical and action levels
* Remove the time estimate which is often wrong
* Remove ambiguous time periods where possible
This is a partial fix for #686
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Traditionally, we've used ibus strictly when necessary (i.e. there
was an IM configured that required IBus to be enabled). A bit more
recently, we added OSK checks so that environments with an OSK
would also have IBus enabled so that GNOME Shell could track focus
positions without pulling a11y.
Nowadays, we simply want ibus always enabled, even if the underlying
keymap wouldn't seemingly use its features. We anyways want it for
the handling of emojis and dead keys.
Always enable IBus for X11 clients, unless there is another IM
configured in the global GSetting.
Closes: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/705
|
|
|
|
|
|
| |
Note that we only notify if a unit (scope/service) is actually stopped
due to OOM. This will not catch certain other cases where e.g. a
delegated cgroup receives an OOM event.
|
|
|
|
|
| |
We no longer need lcms2 or libgnome-desktop, as the functionality that
depended on them now lives in mutter.
|
|
|
|
| |
EDID parsing is done in mutter, no need to keep a copy here.
|
|
|
|
|
|
| |
This is now done by mutter. This was, except for keeping track of color
temperature, the last thing GsdColorState did, so it is now practically
a container for the temperature only.
|
|
|
|
| |
This is now handled by the mutter X11 backend.
|
|
|
|
| |
This is now handled by mutter.
|
|
|
|
| |
This is now handled by mutter.
|
|
|
|
| |
This is now done by mutter too. We still apply them however.
|
|
|
|
|
|
| |
Adding and removing colord devices are now done in mutter. This also
brings some changes in how device matching works, to continue being able
to manage colors without being in control of device management itself.
|
|
|
|
|
| |
The gcr4 replaces gcr3, thus make it possible to use either of the two,
while defaulting to gcr4, as it'll live for a longer time.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This currently affects only the xsettings plugin, which needs GDK to use
the x11 backend. It already calls gdk_set_allowed_backends ("x11") for
this purpose; however, if GDK_BACKEND=wayland (or any other non-x11
backend possibly) happened to be in the environment, GDK would fail to
initialize at all. This would prevent the xsettings plugin from starting
up.
Big thanks to Olivier Fourdan for figuring this out!
Bug: https://bugzilla.redhat.com/show_bug.cgi?id=2022283
Bug: https://bugs.debian.org/1008992
|
| |
|
|
|
|
|
|
|
|
|
| |
This is now handled dynamically since commit e2d268eb00, so we should
not tie dconf setting and Xsetting automatically here. Doing so, we
are clobbering the dynamic value on startup, making it only effective
on later changes.
Fixes: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/682
|
|
|
|
|
|
|
|
|
| |
The gnome-shell magnifier uses AT-SPI caret and focus events to follow
keyboard navigation. While GTK emits those as long as it can connect to
the a11y bus, other toolkits/applications such as Qt or Firefox check
for the IsEnabled property which follows this GSettings key.
Fixes: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/issues/688
|
| |
|
| |
|
|
|
|
|
| |
This is broken comparing with stable release numbers, like 42.0. This
version is also released, so it sounds better to simply depend on that.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This setting used to be modified by gsd-keyboard at runtime, but it no
longer does. We want to leave this setting in a pristine state before
we lend control to the user in order to avoid setting leftovers make
GTK and others use the unintended IM module.
Since the setting is actually staying on the same schema/path, there is
no nice mechanism that would help us in doing a one-time port, so rely
on a file at ~/.cache to make this happen once. In the common case, it
just adds one stat() more at startup.
After this migration is done, the gtk-im-module setting can be considered
in full control of the user.
|
|
|
|
|
| |
Settings now directly uses systemd for managing the gnome-remote-desktop
service, thus we don't need to have gsd-sharing do it for us anymore.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Right now, gsd-keyboard and gsd-xsettings have a strange relation
where the first sets the gtk-im-module dconf setting for the latter
to read the setting and forward it through XSettings.
Since this detection is highly X11 specific, make it happen in the
Xsettings daemon itself, from the relevant setting and device presence.
This makes users still able to shoot themselves in the foot by changing
the setting, X11 clients able to be told to switch to ibus if it turns
out necessary, and Wayland clients unaffected otherwise.
Related: https://gitlab.gnome.org/GNOME/gtk/-/issues/4443
|
|
|
|
| |
gnome-shell itself now handles the screencast key too.
|
|
|
|
|
| |
gnome-shell itself now handles the screenshot keys. This is required to
easily provide same-frame response to pressing a screenshot key.
|
|
|
|
|
|
|
| |
The lid-switch is inhibited at startup, and a number of tests rely on
this inhibition to have been released again. Unfortunately, it seems
that sometimes we were not clearing all messages properly. Either way,
explicitly waiting for the uninhibit that happens at startup is sane.
|
|
|
|
|
| |
Those usually get port names from UCM. Add common port names from
there.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Despite the debounce logic introduced in
60621b90bc3154dc905ed90780a7f19eb553ab26, GSD kept warning me of the
battery level every time my Logitech K600 keyboard (via Unifying
receiver) disconnects/reconnects.
Added another condition: when battery level drops to
`UP_DEVICE_LEVEL_NONE`, the previous entry in the hash table would not
be overwritten. This avoids duplicated warnings when transitioning
NONE->LOW->NONE->LOW.
|
| |
|
|
|
|
| |
gweather_location_ref()
|
|
|
|
|
|
| |
Use the new GWeather major version.
The only change consists in replacing GWeatherTimezone with GTimeZone.
|
|
|
|
| |
Ignored in meson < 0.60.0, deprecated since 0.60.1 and fatal since 0.61.0.
|
|
|
|
|
|
|
| |
Some versions of mutter were not setting the use as active when the lid
was opened. Skip the test in case the current mutter version does not
contain the (latest) fix. This will also disable the test for older
versions that work, but that is fine.
|
|
|
|
|
|
|
|
|
|
| |
We now have a boolean setting that determines whether the high-contrast
theme should be used. Support it by automatically setting the existing
`gtk-theme-name` and `gtk-icon-theme-name` properties when enabled.
With that, it is no longer necessary to change the regular theme settings
for high-contrast, so toggling between high-contrast and a non-default
theme finally works reliably.
|
|
|
|
|
|
|
|
|
|
|
| |
When smoothing a temperature, we practically never ended up setting the
target temperature, since the throttling dropped the last few changes.
For example, after night light was disabled, the temperature tended to
get stuck on 6494 instead of 6500. Fix this by making sure the target
temperature is forced, ignoring the throttling.
Also disable throttling when not smoothing, as it's likely we want the
temperature that is actually asked for.
|
|
|
|
|
|
| |
The org.gnome.SettingsDaemon.Color.Temperature property has the type 'u'
which is a 32 bit unsigned integer. What we sent was a double (type 'd').
Make sure we send the right type in the notify signal.
|
|
|
|
|
|
|
| |
Doing so leaks information about whether a file/directory exists even if
it is outside of the /sys/class/backlight directory.
Closes: #634
|
|
|
|
|
|
|
|
|
| |
`gdk_display_get_device_manager` is now deprecated,
Use GdkSeat instead of GdkDeviceManager for connecting to
device added and removed signals.
Using `gdk_display_get_default_seat` instead of
`gdk_display_get_display_manager`
|
|
|
|
| |
MPRIS's Seek method uses microseconds, not milliseconds.
|
|
|
|
|
|
| |
Repeat is the name of the key within gnome-settings-daemon, LoopStatus
is the name of the MPRIS property. Make sure to use the correct one each
time.
|