| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
The coverage is not computed since the commit a5a405d. Let's remove
the unused gcovr module also.
|
| |
|
|
|
|
| |
The coverage is not computed since the commit a5a405d, but .gitlab-ci.yml
still contains some coverage related code which is not currently used. Let's
remove that code to make it more readable.
|
| |
|
|
|
| |
Teh review and stop_review jobs are no more needed as per flatpak_ci_initiative.yml
comments. Let't remove them to make the file more readable.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The batch rename feature supports renaming files by common metadata stored
in Tracker's database. This was previously broken because a filter in the
SPARQL query that intends to limit the file selection to the current
directory was always returning 0 results. Changing the string quote type
from IRI syntax to a regular string literal within that filter call fixes
the problem.
Fixes #1025.
(cherry picked from commit 1a75eeb555af6c7e467b0a46c7db6e71896bf625)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Fixes https://gitlab.gnome.org/Teams/Translation/fr/-/issues/6
Backport of 1ef4b87d2b7961c03630a7efd231cb1eb3fa25d2 from master.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We are missing a "nautilus_file_unref(parent);" statement is missing in
the get_filesystem_remote() method, leaking a reference.
This was detected by a failing self-check test in a branch:
https://gitlab.gnome.org/GNOME/nautilus/-/jobs/720894
Let's fix this with autocleanup.
For consistency, change the neighboor get_filesystem_type() to use
autocleanup too, instead of the explicit nautilus_file_unref().
(cherry picked from commit 9ef5d8344bf8355eceff291d9cd7029b532b9933)
|
| |
|
|
|
|
|
|
|
|
|
| |
We have changed the FILENAME_RANK constant from being used as a format
string argument to be concatenated as a string during compilation, as
detailed in 7f00ede9b410e88106cef34c634cb46e46015e37
However, I have forgotten to quote the constant, which otherwise cannot
be treated as a string to concatenate.
Fix that now.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We set a 5.0 rank for filename matches in the SPARQL query as a float
argument in a format string.
However, the floats in format strings are translated with the decimal
separator from the locale. This means in some locales the rank has a
comma instead of a dot, which results in a query error. In turn, this
effectively broke the shell search provider.
Instead of using a format specifier and passing the value as an
argument, we should just use compile-time concatenation to insert '5.0'
in the query unmodified.
Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1412 and #1437
Cherry-picked from 7f00ede9b410e88106cef34c634cb46e46015e37
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we change location while the view is still scrolling due to
kinetic deceleration, we get a sudden jump to the same scrolling
position as the previous location, as well as residual scrolling
movement in the new location.
This is both undesirable and unexpected from a user POV.
Workaround that by canceling deceleration when switching locations.
Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1452
(cherry picked from commit a4d7148210970c5eb874df736b900f577684a13b)
|
| | |
|
| |
|
|
|
|
|
| |
Pipeline failed.
Cause: invalid URLs resulting from faulty select-copy-paste operation.
(cherry picked from commit 65c338384c26a1af131c8cbcaf4a7832f4e2a122)
|
| |
|
|
|
|
|
|
|
| |
We've pinned to specific versions, because their
git master branches have API-breaking changes.
Instead, let's follow from the tracker[-miners]-2.3 branches, where
the stable API is still maintained.
(cherry picked from commit 90cc5fed28ef97cb862c1b71f899db49d4f37770)
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This reverts commit 8efe35665368539de0e15f150292996cb0ab9121.
It aggravated a performance bug. Reverting only on stable branches.
https://gitlab.gnome.org/GNOME/nautilus/-/issues/1226
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The G_FILE_ATTRIBUTE_STANDARD_CONTENT_TYPE attribute doesn't have to be
always set. See https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/68
for more details. In that case, Nautilus fallbacks to the
"application/octet-stream" type, which causes issues when opening the
files. Let's fallback to the "standard::fast-content-type" attribute
instead to fix issues when opening such files.
Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1425
(cherry picked from commit 0e5978035b0fc87c91d7b93ed79c64d51b6d6825)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This is because of some important changes in Lithuanian translation,
which was delayed due to l10n.gnome.org maintenance.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Nautilus is supposed to clear items in the clipboard in case when
items moved by drag-and-drop were were present in the clipboard.
However, the item URI collision check algorithm compares moved (or copied)
items with themselves instead of clipboard contents, resulting in the
clipboard being cleared on every drag-and-drop operation.
Fix the algorithm to address this issue.
Closes: https://gitlab.gnome.org/GNOME/nautilus/issues/1235
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The hidden files can now be used as templates since commit 967b9d7.
This change also caused that also hidden directories and their content
is offered in the "New Document" right click menu. This change was not
intentional and causes issues when for example git is used to manage the
templates as the while .git file tree is offered there.
The similar issue can happen also with some hidden files like .gitignore,
but there is not much we can do with it.
Let's ignore the hidden directories as a compromise.
Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1413
(Cherry-picked from dfe2ce60503112c8986224ad4eebe8609a303570)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
