| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
file-operations: Try admin backend for file ops
When the user does not have sufficient permissions.
Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1282
Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/257
|
|
|
|
|
|
|
|
|
|
| |
As documented, this is a convenience method that's equivalent to our
existing code, assuming the directory at hand is the enumerator
container.
Also, this convenience method remains correct if the enumerator
container is different, which is going to be the case soon, as we
introduce support for retrying with admin:// URIs.
|
|
|
|
|
|
|
|
| |
This is going to be useful for admin operations.
Existing uses of OpKind are left unchanged because they may represent
a sub-operation (e.g.: delete fallback path of a trashing operation),
not the main operation.
|
|
|
|
| |
To be usable from a separate file for admin operations.
|
|
|
|
|
|
|
| |
Make finalize_common() call nautilus_file_undo_manager_set_action()
only if the job hasn't been cancelled. This way, abort_job() becomes
a simple wrapper for g_cancellable_cancel(), and we can just call
g_cancellable_cancel() as well if needed (such as from another file).
|
|
|
|
|
|
| |
Historical note: it was use to mark .desktop launchers as trusted,
back when we included support for launching apps, as part of the
"desktop icons" featured which was a piece of GNOME 2's shell.
|
|
|
|
| |
From NautilusDeleteCallback function signature.
|
|
|
|
|
|
|
| |
The outermost code for handling the "duplicate" file operation
was mostly a copy of the similar code for the "copy" operation.
Remove the duplicated code and add minor conditional logic in
the code for "copy" operation to also handle "duplicate".
|
|
|
|
|
|
|
| |
The duplicate task doesn't have a *_job_setup() helper.
It can reuse the 'copy' one with minor adaptaions. The duplication is
still easily identified by having a NULL destination.
|
|
|
|
|
|
|
|
|
|
| |
In src/nautilus-file-operations.c, the duplication operation is
identified within the 'copy' code paths by having a NULL destination
imply it's the same as the source parent dir.
For consistency, adopt the same paradigm in the undo stack.
Also, while we are at it, adopt autocleanup for some related strings.
|
|
|
|
| |
The apostroph confuses GNOME Builder's autoindentation somehow.
|
|
|
|
|
|
|
| |
this will let user search for the files using the
crtime (creation time) of the files
Closes #1761
|
| |
|
|
|
|
|
|
|
| |
The button currently looks like a vertical pill, not a circle.
This is a regression from a2d5dafa056b7ad96747278c4bfabd178eda9547
Not using the GtkButton image API apparently requires us to add the image-button style class ourselves.
|
|
|
|
|
| |
The property no longer exists, and the code acts as if it were true,
anyway.
|
|
|
|
|
|
|
|
| |
It's deprecated.
Add a hardcoded value equal to the default of gtk-timeout-expand.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
| |
Most notably, GtkButton:xalign has been deprecated since GTK+ 3.14.
|
|
|
|
| |
GtkImage:stock and GTK_STOCK_MISSING_IMAGE are deprecated.
|
|
|
|
|
| |
It's gone in GTK4 and removing this doesn't seem to cause any visual or
behavorial change at the moment.
|
|
|
|
|
|
|
| |
This is also gone in GTK4, so we should set the margin for all 4 sides.
In batch-rename-dialog.ui there is a case where :margin was set to 0,
which is the default, so just remove the tag in that case.
|
|
|
|
|
|
| |
In preparation for porting to GTK4.
Rebased and ammeded by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
|
| |
In preparation for porting to GTK4, where child properties are no more.
Based on patch by Ernestas: d4b5c02ee9b2f1870f6b2e5e5bcf6b8d65ea2b85
|
|
|
|
|
|
|
|
| |
The "treeview-drop-indicator" style class was a thing in GTK2, but not
in GTK3. So, remove this old code which isn't even do anything visible
anymore. Also, the ::draw signal is going away when we move to GTK4.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
|
|
|
|
| |
This usage of GdkWindow is a X11'ism that's gone in GTK4.
Removing this doesn't seem to cause any visual or behavorial change at
the moment.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
| |
It's gone in GTK4 and removing this doesn't seem to cause any visual or
behavorial change at the moment.
|
|
|
|
|
|
|
|
|
|
|
| |
It's gone in GTK4 and removing this doesn't seem to cause any visual or
behavorial change at the moment.
Originally it was a workaround to some visual problem with button
shadows. Our pathbar buttons don't have shadows nowadays, and even if
testing with added shadows, there is no apparent issue nowadays.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
|
| |
It's gone in GTK4 [1] and doesn't seem to make a difference in GTK3.
[1] https://gitlab.gnome.org/GNOME/gtk/-/commit/a8a755e5cddc0f1736cc198301088310a6e26627
|
|
|
|
|
|
| |
It's gone in GTK4.
Instead, translate to widget coordinates.
|
|
|
|
| |
gtk_style_context_set_junction_sides() is no more.
|
|
|
|
|
|
|
|
| |
It's gone in GTK4.
We get an icon from GMount. Assuming it's a GThemedIcon, so we can
simply get its first name and use gtk_window_set_icon_name() which is
still going to work in GTK4.
|
|
|
|
|
|
|
|
|
| |
It's gone in GTK4.
Here it's used only as a fallback to a named icon.
Also, GNOME doesn't use window icons anyway.
So, just drop it to ease the port to GTK4.
|
|
|
|
|
|
|
| |
It no longer exists, and the enumeration only contains normal and large
sizes, so hardcoded icon sizes are now used.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
|
|
| |
It's conveniently set as a property of GtkMountOperation, so there is no
reason not to pass both forward.
This is necessary for the preceding commit to actually work as intended.
|
|
|
|
|
|
|
|
|
| |
Actually set the parent window, instead of juggling with GdkScreen,
which is going away with GdkScreen. Furthermore, parentless dialogs
should not exist, HIG-wise.
While we are at it, also remove gtk_window_set_skip_taskbar_hint()
which is going away with GTK4 too.
|
|
|
|
|
|
|
|
|
| |
It's going away with GTK4.
Replace it with a GtkBox.
This will result in visual changes to the dialog, but the existing
visuals are outdated and a redesign is overdue anyway.
|
|
|
|
|
|
| |
GtkWidget::parent-set is gone in GTK4.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
| |
It’s identical to gtk_window_is_active() as far as we are concerned.
Also, it's gone in GTK4.
|
|
|
|
|
|
| |
It’s gone in GTK4, and its use has been discouraged in GTK3.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
|
|
|
|
| |
It's unused because we no longer handle icons on desktop.
Also, the type is gone in GDK4.
|
|
|
|
| |
It's going away with GTK4. Use the recomended replacement.
|
|
|
|
|
|
|
|
|
|
| |
We are doing all GTK stuff from the main thread anyway. If we are not,
we are in big trouble anyway.
So, drop gdk_threads* API this in preparation for GTK4, where it won't
exist.
Rebased and ammended by António Fernandes <antoniof@gnome.org>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The templates submenu in the current location popover is recreated
every time the menu model is updated, but the old widgetry is never
destroyed.
This results in a memory leak and many warnings in the terminal output.
I couldn't find the root cause, after many investigations. However,
I've found that unsetting the model actually removes the old widgetry.
Let's do that as a workaround.
Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1705
|
| |
|
|
|
|
| |
This removes usage of the GtkContainer API, preparing for GTK4.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Our AutoarExtractor::request-passphrase handler implements in invoking
the main context for the dialog from an operation thread.
This duplicates existing code that caters the same use case for the
file conflict dialog (using the `invoke_main_context_sync()` function).
Let's move the code handling of the password dialog into the
`src/nautilus-operations-ui-manager.c` file to make use of
`invoke_main_context_sync()`.
Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1829
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Adds file comparison based on actual file type, rather than generic
type category. For example .jpg and .png files will now be sorted
into two different groups.
Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1776
Signed-off-by: Rajat Jain <rajatjain.ix@gmail.com>
|