summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* list-view: Fix double-click row check for gesture1599-cannot-double-click-to-open-newly-created-folderAntónio Fernandes2020-09-212-15/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Before porting to a GtkMultiPressGesture [1], for every double click, we would get 2 events of type GDK_BUTTON_PRESS for each click and 1 event of type GDK_2BUTTON_PRESS after the second click [2]: 1st click: GDK_BUTTON_PRESS 2nd click: GDK_BUTTON_PRESS, followed by GDK_2BUTTON_PRESS So, in order to ensure the double click happened within the same list row, we used to save the clicked path for each GDK_BUTTON_PRESS event and compare the last two saved paths during the GDK_2BUTTON_PRESS one. However, now we only get a GtkMultiPressGEsture::pressed signal twice: 1st click: ::pressed is emited with n_press = 1 2st click: ::pressed is emited with n_press = 2 Yet, we are still saving the clicked path only when n_press = 1, so, unless the user had already clicked this row before doing a double click, the saved paths don't match and we ignore the double click. Instead, it's enough to save the row path for the 1st click, as we can compare it directly with row path on the 2nd click. Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1599 [1] 13a8d3efacbe160d2cc9158ec707ab99013d7f87 [2] https://developer.gnome.org/gdk3/stable/gdk3-Events.html#GDK-2BUTTON-PRESS:CAPS
* file-operation: Prevent recursion to speed up emptying trashOndrej Holy2020-09-211-2/+14
| | | | | | | | | | | | | | | | Emptying trash within Nautilus is a bit slow in comparison to plain `rm -r`. On my system, it took about 3 min to empty the trash with a folder containing 600 000 files, which is not ideal as `rm -r` call took just a few seconds. I found that `g_file_delete` is implemented differently for locations provided by the trash backend. The trash backend prevents modifications of trashed content thus the delete operation is allowed only for the top-level files and folders. So it is not necessary to recursive delete all files as the permission denied error is returned anyway. Let's call `g_file_delete` only for top-level items, which reduces the time necessary for emptying trash from minutes to seconds... Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1589
* Update Central Kurdish translationJwtiyar Nariman2020-09-211-1467/+1155
|
* starred-directory: Deduplicate file unmonitoringwip/antoniof/they-re-here-to-save-the-worldAntónio Fernandes2020-09-191-41/+17
|
* starred-directory: Actually implement ::force_reloadAntónio Fernandes2020-09-191-6/+25
| | | | | | | | | | | | | | | | | | The code created to handle the NautilusTagManager::files-changed signal has been reused for implemeting the NautilusDirectory::force_reload virtual function. This is conceptually wrong, because the update_files function doesn't actually reload the file list. Also, as a side effect, it causes gone files to reappear as "ghost files" (files without any attributes). Instead, let's follow what NautilusSearchDirectory does: clear the current file list after unmonitoring the files, and set the file list anew the same way it's done on ::init. Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/162 https://gitlab.gnome.org/GNOME/nautilus/-/issues/167
* Add Kabyle translationSelyan Slimane AMIRI2020-09-182-0/+5608
|
* Update Chinese (Taiwan) translationCheng-Chia Tseng2020-09-181-456/+462
|
* Update Portuguese translationJuliano de Souza Camargo2020-09-161-597/+182
|
* Revert "file: use emblems for files that use default icon"António Fernandes2020-09-141-22/+1
| | | | | | | | This reverts commit 8efe35665368539de0e15f150292996cb0ab9121. It aggravated a performance bug. Reverting only on stable branches. https://gitlab.gnome.org/GNOME/nautilus/-/issues/1226
* Update Latvian translationRūdolfs Mazurs2020-09-121-941/+997
|
* Release version 3.38.03.38.0Ondrej Holy2020-09-113-2/+6
|
* Update Italian translationMilo Casagrande2020-09-101-833/+817
|
* files-view: Add Extract/Compress menu sectionAntónio Fernandes2020-09-081-1/+3
| | | | | | | | | | | | | | | | "Extract Here", "Extract To…" and "Compress…" menu items are contained by the extensions menu section, despite not being an extension. This has worked fine until the extensions menu handling has been reworked in commit bd81bd895f15c7784a2487ea7d1006910ab0cb40 This commit introduced a regressions which causes the Extract/Compress items to disappear if actual extension menu items are added. Since it was already conceptually wrong to have them in this section, let's move these items into their own menu section to fix the bug. Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1472
* ci: Hardcode image version for style check jobOndrej Holy2020-09-071-1/+1
| | | | | | | | | | | | | The style check job currently fails as uncrustify from rawhide obviously changed its behavior. It tries to change function pointer the following way: - gboolean (*each_function)(NautilusCanvasIcon *, gpointer), + gboolean ( *each_function )(NautilusCanvasIcon *, gpointer), I don't think this is right, but don't know how to fix that ellegantly. Note that this is because of "sp_before_ptr_star = false". Let's hardcode the previous image varsion to avoid this change for now.
* ci: Add missing git dependencyOndrej Holy2020-09-071-1/+1
| | | | | The style check job currently fails due to the missing git command, which disappeared after the image update. Let's add the git command explicitely.
* Update Slovak translationDušan Kazik2020-09-061-5/+5
|
* Updated Danish translationAsk Hjorth Larsen2020-09-061-959/+991
|
* Update Hungarian translationBalázs Meskó2020-09-051-940/+999
|
* ci: Add Tracker 3 dependenciesOndrej Holy2020-09-041-0/+4
| | | | | | | The fedora rawhide job fails currently as the image doesn't contain Tracker 3 packages. Let's temporarily install the packages from ssssam/tracker3 copr repository as they are not available yet in rawhide repositories.
* ci: Disable gpg signature checkingOndrej Holy2020-09-041-2/+2
| | | | | Creation of new image currently fails on gpg signature checking. Let's use --nogpg temporarily to make it work again.
* Release version 3.37.923.37.92Ondrej Holy2020-09-043-2/+6
|
* Import starred files data from Tracker 2.xSam Thursfield2020-09-024-1/+178
| | | | | | | | | | | Starred files data is now migrated from the Tracker 2.x database if found. This depends on the `tracker3` CLI tool, which should be present anywhere that we find libtracker-sparql 3.0. The --2to3 export functionality was added in https://gitlab.gnome.org/GNOME/tracker/-/merge_requests/308 If/when the migration completes successfully, a stamp file named `~/.local/share/nautilus/tracker2-migration-complete` is created.
* Limit starred files to within user's home directorySam Thursfield2020-09-026-142/+24
| | | | | | | | | Previously starred files were limited to directories indexed by Tracker. Since the 'Port to Tracker 3' commit this is no longer the case. However, to avoid unbounded growth in the starred files database we want to prevent starring of network locations and removable devices for now as these entries might go stale and we don't have any way to clean them up.
* tag-manager: Track files rather than contentsSam Thursfield2020-09-023-443/+125
| | | | | | | | | | | | | | | | | | Nautilus is a file manager, so we should star files. Previously we starred the content resources extracted by Tracker Miner FS, instead. This had the advantage that the stars would follow file renames. It had the downside of being more complex and limited in which files can be starred. In Tracker 2.x, the feature only worked in folders indexed by Tracker Miner FS. With Tracker 3.x, it was additionally limited to files where Tracker had extracted metadata -- mainly just documents and media files. This commit takes the simpler approach of storing the star against the file URL. All files can now be starred, and stars will no longer persist when a file is moved or renamed. Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/160
* Use Tracker Miners inside Flatpak when not available on the hostSam Thursfield2020-09-0211-41/+236
| | | | | | | This means the Nautilus flatpak will be able to use Tracker on systems which don't have Tracker 3 available on the host. It comes at a cost of increased resource consumption inside the Flatpak due running an extra indexer process there.
* flatpak: Update for Tracker Miners 3Sam Thursfield2020-09-023-154/+41
| | | | | | | | | | | | | Tracker 3 is provided in the Flatpak SDK, see https://gitlab.gnome.org/GNOME/gnome-build-meta/-/merge_requests/630. We still build tracker-miners inside the Flatpak bundle, so that the org.freedesktop.Tracker3.Miner.Files settings schema is available, and so that the tests that depend on Tracker can pass as part of the CI build. Access to the host's miners is controlled by the new org.freedesktop.Tracker.portal process provided in Tracker 3.
* search: Remove special characters from FTS searchesSam Thursfield2020-09-021-1/+29
| | | | | | This fixes warnings that would appear of this form: ** (org.gnome.Nautilus:662563): WARNING **: 17:11:13.712: Provider NautilusSearchEngineTracker failed with error fts5: syntax error near "."
* Port to Tracker 3Sam Thursfield2020-09-0211-313/+559
| | | | | | | | | | | | | | | | | | | | | | | | Mostly the port is straightforward, we connect to tracker-miner-fs explicitly over D-Bus instead of the centralized tracker-store daemon we connected to previously. The search-engine-tracker test is now isolated from the user's real Tracker index using the `tracker-sandbox` script provided by Tracker, and it lets tracker-miner-fs index the test file rather than trying to synthesize the expected database contents. There are more changes in nautilus-tag-manager.c. Until now, starred file information was stored in the tracker-miner-fs database. This has some downsides, firstly the data is deleted if someone runs `tracker reset --hard`, secondly it isn't possible to do this from inside a Flatpak sandbox with Tracker 3.0. because the This commit changes the NautilusTagManager to set up a private database inside XDG_DATA_HOME/nautilus/tags. This stores the starred file information. The database is managed with Tracker, which allows us to continue using the rename-tracking that tracker-miner-fs provides. The same limitations apply as before that only files in indexed locations can be starred.
* Use STRSTARTS in preference to tracker:uri-is-descendant() functionSam Thursfield2020-09-021-1/+4
| | | | | | In current versions of Tracker, using STRSTARTS to compare URIs is faster than using Tracker's custom tracker:uri-is-descendant() function. The former allows SQLite to use an index while the latter does not.
* Add NAUTILUS_DEBUG=TagManager flagSam Thursfield2020-09-022-0/+2
|
* tests: Make search tests return error codes on failureSam Thursfield2020-09-024-0/+25
| | | | | Previously the tests could appear to succeed even if the search didn't work as expected.
* build: Set NAUTILUS_DATADIR correctlySam Thursfield2020-09-021-1/+1
|
* tag-manager: Fix checks for cancellationSam Thursfield2020-09-021-3/+2
| | | | | | | | Only process query results if there's no error. Fix some checks so that we report errors except for G_IO_ERROR_CANCELLED, which happens normally as part of nautilus_application_finalize().
* Update Slovak translationDušan Kazik2020-09-021-949/+979
|
* Update Serbian translationМарко Костић2020-08-301-948/+980
|
* Update Korean translationChangwoo Ryu2020-08-301-942/+974
|
* Updated Czech translationMarek Černocký2020-08-291-938/+946
|
* Update Friulian translationFabio Tomat2020-08-281-409/+416
|
* Update Japanese translationsicklylife2020-08-261-6/+6
|
* Update Persian translationDanial Behzadi2020-08-261-254/+261
|
* Updated Lithuanian translationAurimas Černius2020-08-251-420/+434
|
* Update Dutch translationNathan Follens2020-08-251-4/+4
|
* Update Dutch translationNathan Follens2020-08-251-957/+987
|
* Update Portuguese translationJuliano Camargo2020-08-231-2598/+3531
|
* Updated Slovenian translationMatej Urbančič2020-08-211-409/+419
|
* Release version 3.37.913.37.91Ondrej Holy2020-08-213-2/+6
|
* appdata: Fix typo in property name of release tagOndrej Holy2020-08-211-1/+1
| | | | | Currently, "data" property is used for release tag, but it should be "date" instead.
* batch-rename-utilities: Use string literal instead of IRIMax2020-08-191-1/+1
| | | | | | | | | | | 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.
* Update Croatian translationGoran Vidović2020-08-181-943/+974
|
* Update Swedish translationAnders Jonsson2020-08-181-460/+467
|
View Lorry Controller Status