| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
It's just more correct.
|
|
|
|
|
|
|
|
| |
It needs more handling than just this, and sometimes we cannot know
whether the child has both files and folders or not. So "items" it's
probably the safest bet in here.
This reverts commit a8dbefc0bfef7f09bc2a651d64f264ebe93cafba.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=773937
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Until now Nautilus was not able to handle files where the user had
no permissions. An error was reported.
The only way for a user to handle those files were to start Nautilus
with sudo, which is something that shoudl be avoided for security
reasons.
On Wayland, is not even possible to launch an application with sudo,
so this is no longer available and therefor no way to handle files
with no permissions.
On 3.22 gvfs added an admin backend with integration with Polkit,
so a file withouth permissions can be accessed using this backend
if the user has the root password.
Add support for the admin backend in Nautilus, where a file will
be opened using it if cannot be read.
There still work to do, basically implement the operations with
this backend too and refactor the code to be able to open from
nautilus application command line also a file withouth permissions.
https://bugzilla.gnome.org/show_bug.cgi?id=773937
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
See https://developer.gnome.org/hig/stable/typography.html
https://bugzilla.gnome.org/show_bug.cgi?id=774288
|
| |
|
|
|
|
|
|
|
|
| |
Opening a new window in the search view results in a crash, because the
new window does not have a view for the initial location. That can be
worked around by pointing the new window to the home directory.
https://bugzilla.gnome.org/show_bug.cgi?id=772856
|
|
|
|
|
|
|
|
|
|
| |
Opening a new window from the shell should open the home directory, as
the intent of the user is not clear and it is thus the safest
assumption (it preserves the old behavior). This requires splitting the
“new-window” action in half: “new-window” for use from the shell and
“clone-window” for use from the application.
https://bugzilla.gnome.org/show_bug.cgi?id=772856
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=771586
|
|
|
|
|
|
| |
Instead of using \" use “ and ”.
https://bugzilla.gnome.org/show_bug.cgi?id=771604
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem is that when we select both folder and file then string
"Rename %d files" appears which may not be the right term when
the selected items contains both files and folders.
To solve this issue we rename the string and now in place of string
"Rename %d files" we use "Rename %d Files and Folders" for both file
and folder.
https://bugzilla.gnome.org/show_bug.cgi?id=771586
|
|
|
|
|
|
| |
It looks more explicit and clear than using items.
https://bugzilla.gnome.org/show_bug.cgi?id=771586
|
|
|
|
|
|
|
|
| |
nautilus_file_list_filter() creates lists in the wrong order, causing
files activation to occur in the same fashion. This is caused by double
reversal of the file list when filtering files.
https://bugzilla.gnome.org/show_bug.cgi?id=773988
|
|
|
|
|
|
|
|
| |
When renaming a file, the extension is not selected for editing, even if the
file is a directory. In order to fix this, deselect the extension only if the
renamed file is of regular type.
https://bugzilla.gnome.org/show_bug.cgi?id=759718
|
| |
|
|
|
|
|
|
|
| |
The sort-directories-first gsetting should be consistent
system-wise.
https://bugzilla.gnome.org/show_bug.cgi?id=750996
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
If the metadata has the character "/" the metadata cannot be used.
Rather than showing a conflict when this metadata is used, it should
actually be disabled, because the user will never be able to rename the
files using this metadata.
https://bugzilla.gnome.org/show_bug.cgi?id=771070
|
|
|
|
|
|
|
|
|
| |
The transitions for the rename popover are disabled.
To fix this, use gtk_popover_popdown and gtk_popover_popup instead of
gtk_widget_show and gtk_widget_hide.
https://bugzilla.gnome.org/show_bug.cgi?id=771614
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When the notebook is visible, the pointer intersection with the floating
bar check fails. That is due to how the floating bar bounds are
calculated - the offset of the overlay when tabs are visible is not
taken into account, allowing the upper y bound to become smaller than
the lower bound. That can be fixed by calculating the upper y bound
relative to the lower one.
https://bugzilla.gnome.org/show_bug.cgi?id=773119
|
|
|
|
|
|
|
| |
Date label does not point out that nautilus searches for files modified or used
after that date. In order to fix this, prepend "Since" to the date label.
https://bugzilla.gnome.org/show_bug.cgi?id=767400
|
|
|
|
|
|
|
|
|
|
| |
The problem is that there is a file available which contain
"!nautilus_file_is_directory" which not look good in file.
Now we have the API, we can check if the file is a regular file
where needed and not check if it is not a directory.
https://bugzilla.gnome.org/show_bug.cgi?id=772588
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changed the old GObject class declarations in order to use smart pointers to
generate some functionalities and make the code more readable.
The class should not be derivable as its` functionality logics requires it to be
final.
To fix this use G_DECLARE* type and make the class final instead of derivable.
https://bugzilla.gnome.org/show_bug.cgi?id=773831
|
|
|
|
|
|
|
|
|
|
| |
There is no use for trashbar if the Trash is empty.
So don't show trashbar if Trash is empty.
Also, if user sets the trash empty, withdraw the trashbar if
already present.
https://bugzilla.gnome.org/show_bug.cgi?id=763147
|
|
|
|
|
|
| |
Implement better empty state for Trash as per new design.
https://bugzilla.gnome.org/show_bug.cgi?id=763147
|
| |
|
| |
|
|
|
|
|
|
| |
since nautilus doesn't have a Bookmarks Manager currently
https://bugzilla.gnome.org/show_bug.cgi?id=771919
|
|
|
|
|
| |
Reverse the files list for undo/redo for batch rename, which was
wrongfully deleted by commit fc4135d8124157d2435d66aceea5958ed643227d
|
|
|
|
|
|
|
|
| |
As recommended in the docs, constructed should be used for initialize
the class when it needs some construct-only properties set (or not)
The new handler should only be a wrapper around g_object_new.
Patch made by Nacho, thanks!
|
|
|
|
|
|
|
|
|
|
|
| |
There are cases where the files are not reordered correctly.
To fix this, the order of the files is checked until no more changes
are made.
In this patch, the reordering code is also extracted in a common function.
https://bugzilla.gnome.org/show_bug.cgi?id=771583
|