| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
The fedora job was there before the flatpak job. But now we relies on
flatpak job and the fedora job doesn't really give much benefits. It is
rather waste of runners and maintainers time. Let's remove it.
|
|
|
|
|
|
|
| |
Currently, the style check job uses our custom image, which I would like
to remove. Let's use the official unibeautify/uncrustify docker image
instead together with python replacement of lineup-parameters tool to not
have to install additional dependencies.
|
|
|
|
|
|
|
| |
The flatpak master job seems to be redundant currently. It uses the same
image as flatpak devel and their .yml files are equal. The two flatpak jobs
are relict from the times when GNOME SDK was unstable and broke CI often,
which is no more true. Let's remove the flatpak master job.
|
|
|
|
|
|
|
|
| |
The style check job currently fails on stable branches since the recent
uncrustify change. We could use older image on stable, or backport the code
changes, but I think that the style check job on stable branches is not
actually needed. Let's disable the style check job on stable branches to
fix pipeline there and avoid this situation in the future.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Currently the keyboard focus for the type of archive choice is always on
the first element.
This patch allows the focus to be on the currently selected item instead.
Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1944
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
The flatpak build currently fails because of gexiv2 build failure, which is
a problem for our contributors and among others breaks our CI pipeline. The
potential fix is available already for a couple of days on
https://gitlab.gnome.org/GNOME/gexiv2/-/merge_requests/63 but not yet merged.
Let's temporarily pin the gexiv2 and exiv2 dependencies to the stable branches
to fix those issues.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, when an image was selected as wallpaper it would
be copied unconditionally into the "Wallpapers" directory.
The image would be copied even if it was already in the "Wallpapers"
directory, resulting in copies of the image being created in
the same directory. This made it incovenient to potentially store
multiple backgrounds in the "Wallpapers" directory and switch
between them due to the fact that each wallpaper change would
result in the selected image being copied.
To avoid this, introduce a check, and only copy the image
if its parent is not the "Wallpapers" directory (as determined
by `g_file_equal()`).
For local files, `g_file_equal()` only compares the absolute
paths - at least at the moment. Comparing paths is not enough
to decide whether two entities are really the same in the presence
of e.g. bind mounts. However, such configuration is arguably a
very rare (if not non-existent). Nonetheless, users should not
experience any regressions even in that case since when
`g_file_equal()` returns a false negative, the old behaviour
applies.
|
|
|
|
|
|
|
| |
Use `g_file_new_build_filename()` to create the file object
for the "Wallpapers" directory instead of the previously
used `g_file_new_for_path()` + `g_file_get_child()` in
`set_wallpaper_fallback()`.
|
|
|
|
|
|
| |
Instead of manually calling `g_object_unref()` and `g_free()`,
use `g_auto{free,ptr}` to (mostly) do away with the need
of manually managing the resources.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Clicking the "Properties" option in the right-click menu during
a search causes Nautilus to crash since the Properties dialog
handles files and directories, not search-view-directories.
Lets disable the "Properties" option when in search view.
Fixes #1491
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
We already disable introspection, which is required by the vapi and
python3 options.
We don't really on either and this is breaking the CI.
(cherry picked from commit 46579d08b0b1183aa36544e0e949a6d42c53ce84)
|