| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Nowadays fat filesystems are usually mounted with vfat driver that
supports long filenames, which allow semicolon.
Since there is no easy way to determine which driver was used
and msdos is a corner case, make the assumption so the character
is not auto-escaped when not necessary.
|
|
|
|
|
|
|
|
|
|
|
| |
Currently when copying files that have reserved characters in their
names to NTFS or exFAT filesystems mounted using FUSE, the process will fail.
The fuseblk filesystem type could be of any type in theory, but in
practice is usually NTFS or exFAT, so make the assumption in pragmatic
way to solve this issue.
Closes #1343
|
|
|
|
|
|
|
|
|
|
|
| |
Currently when copying to NTFS filesystem files that have reserved
characters in their names, the process will fail.
There is already code in place to handle this situation for FAT by
replacing invalid characters with underscores, so handle this situation
in similar fashion for NTFS as well.
Closes #1343
|
|
|
|
|
|
| |
When a new file is created, add it to the Recent files store.
Closes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1357
|
|
|
|
| |
https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/504
|
|
|
|
|
|
|
|
|
|
| |
Add new version of FileOperations interface. This versions adds
PlatformData argument to all methods. Currently supported arguments
are parent-handle and timestamp.
This change is necessary for proper focus handling.
https://gitlab.gnome.org/GNOME/nautilus/merge_requests/504
|
|
|
|
|
| |
There are some style issue since the last run. Let's run it again
before enabling style-check CI job.
|
|
|
|
|
|
|
|
| |
Marks 'Empty Trash' and 'Delete All' buttons as destructive actions
which have special appearance making them consistent with other
destructive actions.
Fixes #969
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
File creation mask should be honored when creating new files from
templates as it is when creating new folders, or dragging raw data. But
it is not because G_FILE_COPY_NONE flag is specified when creating new
files from templates. Let's use G_FILE_COPY_TARGET_DEFAULT_PERMS flag
to ensure that file creation mask is honored in this case as well.
Just note that this behavior is not wanted when copying in general
(although it is also honored by "cp" cmd in this case) as it might have
some unexpected consequences as discussed on:
https://bugzilla.gnome.org/show_bug.cgi?id=167102
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Conflict dialog doesn't work properly for google-drive files, because
G_IO_ERROR_EXISTS can be returned even if a destination file based on
a basename of a source file doesn't exists. This happens when a destination
directory already contains some file with the same display_name as the
source file has. Usually, display_name is based on filename, but google-drive
is not traditional filesystem and uses unique IDs for files. Although,
google-drive supports multiple files with the same display_bane in one folder,
the copy and move operations behave traditionally and tries to overwrite
existing files with the same title. Let's base the destination file on
display_name for google-drive to fix issues with the conflict dialog.
See: https://gitlab.gnome.org/GNOME/gvfs/merge_requests/58
|
|
|
|
|
|
|
|
|
|
| |
Changing permission for *Enclosed Files* also changes current folder
(container) directory permissions.
This change skips the container directory and changes only the permissions
of the contents to match the UI text.
Closes #810
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
glib now offers a reference counted api.
This allows us to replace a lot of legacy code and get rid of
eel_ref_str. GRefString [1] is almost a drop-in replacement.
nautilus-file-operations.c was indirectly depending upon
eel/eel-string.h from nautilus-file-private.h and thus
a new include was added.
This bumps the minimum version of glib to 2.58
Close #781
https://gitlab.gnome.org/GNOME/nautilus/issues/781
[1] https://developer.gnome.org/glib/stable/glib-Reference-counted-strings.html
|
|
|
|
|
| |
It’s not done in some places. After this commit, there still might be
some missing, but this is all I gathered in a short amount of time.
|
| |
|
|
|
|
|
|
|
|
|
| |
It was truly unreliable and not working clearly. We have a more powerful
and simpler API with CopyURIs, so there is no point to have this one.
This commits drops the DBus API. Note that the DBus version is not
bumped, I believe this DBus API is not used by any external service
given how broken was it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When creating a file it was checking if the file already exists, and if
so it tried to give a new name based on the original file that was being
duplicated from which is the case for the regular copy/paste and the
template creation.
However, creating a file is not only about duplicating from another one,
it also can come from creating a folder, that although in the UI it
prevents doing so, it can still be done through the dbus operation.
Fix that by checking whether there is an actual source file, and if not,
use the name provided as base name.
|
|
|
|
|
|
|
|
|
|
|
| |
A method to query maximum filename length has been introduced by
commit a5520fd8930910ffa686232f3fc92325fe47c64e
However, Ernestas has noticed that another implementation was already
present in nautilus-file-operations.c
This commit will replace both with a file-utilities function, which
takes ideas from both implementations.
|
|
|
|
|
| |
This is a follow-up to commit e9f039e1 which fixes all introduced
criticals and sets the undo information properly.
|
| |
|
|
|
|
|
| |
This patch adds trash_or_delete synchronous alternative and a test
including both of these functionalities.
|
|
|
|
|
| |
This patch adds both a sync alternative to the copy operations and a
test for it.
|
|
|
|
|
| |
This patch includes the addition of the sync alternative to the
file-operations-move function and a test for it.
|
|
|
|
|
|
|
| |
According to GTK+ docs, this should be the same for all windows of an
application, and GTK+ defaults to doing that itself. However, there is a
slight issue in that the properties window sets a custom window icon
that isn’t reset instantaneously after closing the dialog.
|
|
|
|
|
| |
Since launching desktop files is no longer possible, the operation to
mark them as trusted goes unused.
|
|
|
|
|
|
|
|
|
| |
It was used for desktop files, netscape url links and other links.
However this is not really useful anymore with the desktop gone, so it
makes sense to remove it from Nautilus and have a big clean up.
This also was one of the blockers for the backend rework.
|
|
|
|
|
|
|
| |
Unmounting disk from file view context menu shows notification same as
unmounting from sidebar.
https://gitlab.gnome.org/GNOME/nautilus/issues/379
|
|
|
|
|
| |
Changed show_error_dialog() to show_dialog() so that multiple dialog
types can be used.
|
|
|
| |
This reverts commit 1f4bd55d1b9d5f701f2df8d1be7466df85a8669a
|
|
|
|
|
| |
Changed show_error_dialog() to show_dialog() so that multiple dialog
types can be used.
|
|\
| |
| |
| |
| | |
Removing the "approximately"
See merge request GNOME/nautilus!105
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Currently the copy/delete/transfer dialog includes the word
"approximately" in the execution time estimation part of the dialog
However, it is quite obvious that the time estimation is just
"approximate", so the word itself is unnecessary.
Currently there are issues with the dialog size not offering enough
space for the time estimation string, thus removing the redundant word
might be a solution.
|
| |
| |
| |
| |
| |
| |
| | |
Shadowing variables is error-prone, since one might mean to refer to a
variable that was declared earlier, but has the same name. Additionally,
being more strict about variable scoping can help make the code more
readable.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is most notably a problem with paths that are approaching PATH_MAX
in length. Cairo surface creation fails due to its internal size limit
being reached and GTK+ promptly crashes after trying to dereference a
null pointer. Besides, the window can get ridiculously long even if
Nautilus doesn’t crash.
|
|/
|
|
| |
Oversight from 490a6cbeb8684b7293d426ef0b139502c288fed0.
|
| |
|
|
|
|
| |
Basically unused vars, etc.
|
|\
| |
| |
| |
| |
| |
| | |
remove the desktop
Closes #158
See merge request GNOME/nautilus!46
|
| | |
|
|/
|
|
|
|
| |
Commit 490a6cbeb8684b7293d426ef0b139502c288fed0 removed the
only use of eel/eel-gtk-extensions.h on this file, so we can
remove #include line too.
|
|
|
|
|
|
|
|
|
|
|
| |
As the eel_gtk_message_dialog_set_details_label function is only used once,
we can safely remove it and do everything inside of nautilus-file-operations.c.
Thus, we deleted the eel function and we do everything inside the
do_run_simple_dialog function and remove the function header from the header
file. We add the label straight into the content_area of the dialog box.
https://bugzilla.gnome.org/show_bug.cgi?id=598671
|
|
|
|
|
|
| |
‘\’ and ‘|’ aren’t allowed in both 8.3 and long file names.
https://bugzilla.gnome.org/show_bug.cgi?id=771364
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a file named "foo.bar" is duplicated, the copy is named "foo (copy).bar",
keeping the extension at the end.
However, this is applying to folders too, where we don't need to worry about
keeping extesions at the end. The result is unexpected.
Therefore, ignore extension if the duplicating item is a folder, except if the
folder already has a copy tag before a dot, such as "dir (copy).dir".
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=696451
|
|
|
|
| |
This reverts commit f4292a57f321a1727ee6a2bdf765f14524c464eb.
|
|
|
|
|
|
| |
‘\’ and ‘|’ aren’t allowed in both 8.3 and long file names.
https://bugzilla.gnome.org/show_bug.cgi?id=771364
|
|
|
|
|
|
|
|
|
|
| |
GIO documentation (and therefore code) mandates that copies and moves of
files over directories should fail, but Nautilus has support for such
(possibly dangerous) operations even to this day. This commit works with
the assumption that whatever backend happens to be used, it will fail as
expected and not overwrite the directory.
https://bugzilla.gnome.org/show_bug.cgi?id=773671
|
|
|
|
|
|
|
| |
Some duplicate code can be removed by refactoring
mark_desktop_file_executable().
https://bugzilla.gnome.org/show_bug.cgi?id=782658
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=782650
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=782650
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=782650
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=782650
|