summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* eel-vfs-extensions: Document get_extension_offset1841-crashing-when-copying-folder-with-same-name-and-click-to-renameAntónio Fernandes2021-04-301-0/+9
| | | | | Mostly to remember callers must be ready to handle a NULL return value, trying to prevent more bugs like the one fixed by the previous commit.
* file-conflict-dialog: Fix crash on extensionless filenamesAntónio Fernandes2021-04-301-6/+19
| | | | | | | | | | | | | | The new filename entry has the automatically suggested part of the name selected for convenience since 9108b4028b7f476b598bc664079fd6d115801b66 However, the logic for this relies on extensions offsets, causing crashes when failing to handle the extensionless case, which is common for folders. So, improve the logic here to handle extensionless filenames, looking at their length instead. Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1841
* file-operations: Return NULL if password dialog was cancelledOndrej Holy2021-04-221-2/+7
| | | | | | | | | | Currently, an empty string is passed to gnome-autoar if the archive extraction password dialog is cancelled. This is not problem currently as immediately the `abort_job` function is called, however, it would be nice to return `NULL` to make obvious that the prompt dialog was cancelled. https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/657#note_1084750
* file-operations: Fix crashes when extracting encrypted archivesOndrej Holy2021-04-221-22/+52
| | | | | | | | | | | When extracting encrypted archives, Nautilus randomly crashes when opening the password dialog. This happens pretty often under X11, but I have already seen a few crashes on Wayland as well. I suppose that all those crashes are caused because the password dialog is constructed on the extraction thread and GTK is not thread-safe. Let's modify the code to call GTK on the main thread only to fix those crashes. Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1825
* gtkplacesview: Update to the latest codeOndrej Holy2021-04-221-0/+9
| | | | Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1811
* ci: Specify test dependencies to fix pipelineOndrej Holy2021-04-211-0/+9
| | | | | | | | | The `validate-desktop`, `validate-desktop-autorun-software` and `validate-appdata` meson tests fail currently because of the updated meson. This is because of the recent change, which requires explicit specification of dependencies. Let's specify them to fix the pipeline. https://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/372
* Update Slovak translationDušan Kazik2021-04-191-985/+1011
|
* uncrustify: Enforce single space after control flow keywordsAntónio Fernandes2021-04-195-6/+7
| | | | | This is the style we use, but we were missing the uncrustify configuration for it.
* Update Nepali translationPawan Chitrakar2021-04-171-2092/+2258
|
* flatpak: Drop network requirementOndrej Holy2021-04-113-3/+3
| | | | | | | | | | | The network access is no more needed for gvfs support as it currently uses named sockets instead of abstract ones. It is enough to allow access to `xdg-run/gvfsd` folder, where the named sockets reside. I'm not aware of other reasons for allowing network access. Let's drop the network access. This also workarounds "Too many open files" errors caused by leftover sockets (GNOME/gvfs#542). Relates: https://gitlab.gnome.org/GNOME/gvfs/-/issues/515
* Update Portuguese translationHugo Carvalho2021-04-081-217/+222
|
* .desktop: claim handling of rar mime typesSimental Magana, Marcos2021-04-031-1/+1
| | | | | | | | | This addition follows the logic of adding back RAR support in gnome-autoar[1] Closes #1813 [1] - https://gitlab.gnome.org/GNOME/gnome-autoar/-/commit/9356fae1a735b9f8e9daf5633b9709596543ff2e
* Update Chinese (Taiwan) translationChao-Hsiung Liao2021-04-031-975/+992
|
* Update Hebrew translationYosef Or Boczko2021-03-281-1003/+1014
|
* Update Swedish translationAnders Jonsson2021-03-231-203/+208
|
* Post release version bumpOndrej Holy2021-03-201-1/+1
|
* Release version 40.040.0Ondrej Holy2021-03-203-4/+4
| | | | | | | I made 40 release yesterday by mistake. Let's use 40.0 instead to ensure the correct sort order. Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1807
* Post release version bumpOndrej Holy2021-03-191-1/+1
|
* Release version 4040Ondrej Holy2021-03-192-1/+5
|
* Update Vietnamese translationNgọc Quân Trần2021-03-191-728/+737
|
* Update Dutch translationHannie Dumoleyn2021-03-161-982/+1018
|
* Update Italian translationMilo Casagrande2021-03-151-947/+801
|
* Update Polish translationPiotr Drąg2021-03-131-983/+844
|
* Update Norwegian Bokmål translationKjartan Maraas2021-03-131-981/+839
|
* Post release version bumpOndrej Holy2021-03-131-1/+1
|
* Release version 40.rc40.rcOndrej Holy2021-03-132-1/+9
|
* mime-actions: Revert unintended string freeze breakAntónio Fernandes2021-03-121-2/+3
| | | Reuse existing strings with approximate meaning.
* Update Brazilian Portuguese translationEnrico Nicoletto2021-03-121-222/+211
|
* Update Ukrainian translationYuri Chornoivan2021-03-121-207/+217
|
* mime-action: Fix reinstated regressionAntónio Fernandes2021-03-121-1/+1
| | | | | | | Commit [1] has reinstated a regression from the earlier commit [2]. [1] 080f83385ff79a8be54ee31e7a45422138226f1f [2] 02ba130f3d61fae414459cb308adf270edb01e6e
* mime-actions: Don't leak errorwip/hadess/reinstate-multi-file-launchingAntónio Fernandes2021-03-121-1/+1
|
* mime-actions: Add all portal-opened files to recentsAntónio Fernandes2021-03-121-1/+4
| | | | | | | | | | | While sandboxed, we add the first file in the queue to recents. This has two problems: * The file is added to recents even if we fail to launch. * If opening multiple files, we forget to add the others to recents Instead, add each file to recents for each successful launch.
* mime-actions: Drop dead code pathAntónio Fernandes2021-03-121-11/+0
| | | | | Now that the async files opening path is only used while sandboxed, the conditions for these if blocks (not being sanboxed) is never met.
* mime-actions: Check flatpak-info only onceAntónio Fernandes2021-03-121-5/+16
|
* mime-actions: Open files as groups if not sandboxedAntónio Fernandes2021-03-121-23/+215
| | | | | | | | | | | | | | | | | | While sandboxed, we open files using the OpenURI portal, and we don't know which app is the default handler app for each file. As such, we have given up group-launching files with the same default handler when adapting nautilus to being sandboxed.[0] But this resulted in a feature regression in the non-sandboxed case, which is still the common case in production. Reinstate the code for the old behaviour[1], but keep the current behaviour when running in inside a flatpak sandbox. Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/117 [0] f5206a6daf0991d91e885a28bb66795a8ae12a41 [1] based on revert patch with revert conflicts resolved by hadess
* window: Handle NULL active_slot pointerAntónio Fernandes2021-03-121-3/+12
| | | | | | This pointer may be NULL. Usually this may happen only during window initialization and destruction. However, for robustness, make sure every use either handles a NULL pointer or asserts it's non-NULL.
* window: Add weak reference to the active slotAntónio Fernandes2021-03-121-3/+3
| | | | | | | | | | | | | | | We used to explicitly set the active slot when closing a tab. However, we now let GtkNotebook pick the next tab, and wait for ::switch-tab to set the active_slot field to the one GtkNotebook picked, thanks to commit 475684ac9e556b144da594bf25581560d4fa5a7f. However, if the closed tab was the only tab in this window, then ::switch-tab is never called, so active_slot becomes a dangling pointer, crashing the application when trying to close the window. Use a weak reference to ensure the pointer is set to NULL in that case. Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1759
* Update Korean translationChangwoo Ryu2021-03-121-978/+991
|
* Update Persian translationDanial Behzadi2021-03-101-765/+765
|
* Update Friulian translationFabio Tomat2021-03-101-771/+776
|
* Update German translationTim Sabsch2021-03-081-139/+138
|
* Updated Czech translationMarek Černocký2021-03-081-289/+197
|
* Update Turkish translationEmin Tufan Çetin2021-03-071-10/+10
|
* Update British English translationZander Brown2021-03-071-963/+975
|
* Revert "clipboard: Use text based clipboard only"António Fernandes2021-03-075-107/+153
| | | | | | | | | | | | | | | | | | | | | | After removing the non-default "icons on desktop" functionality from nautilus, a gnome-shell extension was created as a substitute. This extension needed to interoperate with nautilus for file operations, but its access to clipboard was limited to plain text, so, in order to ensure interoperation, nautilus had to use plain text clipboard only. However, this temporary regression resulted in implementation details leaking into the text clipboard, instead of a plain file path. But now St.Clipboard can handle any type of clipboard content[1], the extension will be able to handle any clipboard type, so we can finally fix this regression on our side. This reverts commit 1f77023b5769c773dd9261e5294c0738bf6a3115 and its fixup commit be53569b339b4494647758a9afa0fdd30184455b Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/634 [1] GNOME/gnome-shell@ec367623
* ci: Set nightly runtime repositoryAntónio Fernandes2021-03-061-1/+1
| | | | | | | | | | | | | | | It was set to flathub because we used to depend on a stable runtime. [1] We have since changed to depend on the unstable runtime[2], but the Nightly flatpakref still configures the wrong repo on installation. If the user didn't have the gnome-nightly repository configured in advance, then the runtime cannot be found, failing the installation.[3] Update the repo URL, which I should have done in [2]. [1] c4afd14696c670db8fbb64dcc4ea2f0807d25a94 [2] d95a616116bb8c02b01261afa3ed5b581f9f2e74 [3] https://blogs.gnome.org/antoniof/2021/03/05/files-40-beta-more-productivity-and-some-eye-candy/#comment-541
* Update Greek translationEfstathios Iosifidis2021-03-031-732/+737
|
* Update Kazakh translationBaurzhan Muftakhidinov2021-03-011-943/+956
|
* Update Basque translationAsier Sarasua Garmendia2021-02-271-936/+953
|
* Update Indonesian translationKukuh Syafaat2021-02-261-124/+124
|
View Lorry Controller Status