| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
| |
Instead of master. We don't need it so far.
Also, include gnome-builder build config, so building with Flatpak is
working out of the box with builder for someone that clones the project.
|
| |
|
|
|
|
| |
This reverts commit 171bf2a8378ac97c9b89a2cbc840bc77452352b6.
|
|
|
|
| |
This reverts commit 5f1fd258f0f900d21e77f9cfb6579d786e5f10d3.
|
|
|
|
| |
This reverts commit 3aaecdeea8dfb754cedd170ac80302281961b9f9.
|
|
|
|
| |
This reverts commit fbe174d1581f78154c587c0c1d2604ea5e6bffad.
|
|
|
|
| |
This reverts commit c3681088f6e67150297dccfd0c4e697da3f48f63.
|
|
|
|
|
|
|
| |
Although you are free to use any other IDE, we want first class
support for Builder.
https://bugzilla.gnome.org/show_bug.cgi?id=775460
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=775460
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=775460
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=775460
|
|
|
|
|
|
| |
We should ignore the same files for everyone.
https://bugzilla.gnome.org/show_bug.cgi?id=775460
|
|
|
|
|
|
|
|
|
|
| |
The future is finally here, from this commit on you can hack in Nautilus
from any distro in a matter of minutes, and from a single click if you
are using GNOME Builder.
/me dances exhaustively
https://bugzilla.gnome.org/show_bug.cgi?id=775460
|
|
|
|
| |
This reverts commit 21bc97be30c0f851134dd3cb825206daff2f8f10.
|
| |
|
|
|
|
|
| |
Some issues were fixed, and now we can rerun Uncrustify to format
correctly more part of the code.
|
|
|
|
|
|
|
|
| |
selection_not_empty_in_menu_callback was simply a verbose way to test
whether the selection GList was NULL, which is tidier to just do inline.
The call giving this function its name would be out-of-order if it were
really needed, but it's not since can_set_wallpaper already checks this.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
In the function initial_permission_state_consistent, when the check was
made to see if the files have the same permissions, the check was not
correct.
To fix this, also do & between the first_permissions and the mask.
https://bugzilla.gnome.org/show_bug.cgi?id=698955
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were scanning the sources as we do for copy and move operations,
and to count the files we were recursing inside directories.
However, the trash operation doesn't recurse at all, so the operation
progress was wrong.
Instead of that, don't recurse for counting the number of files, so the
trash progress is correct. Although is not coherent with the rest of the
operations, recursing for just showing all the files in the progress
would be extremely counterproductive.
https://bugzilla.gnome.org/show_bug.cgi?id=775094
|
|
|
|
|
|
|
|
|
|
|
| |
We were not checking whether the operations was aborted from the user
side when setting the details,so that could make a race and the info
thread setting the details to canceled and the operation thread setting
the details too afterwards before realizing the operations was canceled.
To fix it, always check whether the info progress was canceled or not.
https://bugzilla.gnome.org/show_bug.cgi?id=775094
|
|
|
|
|
|
|
| |
The item list in nautilus_clipboard_is_cut_from_selection_data () is
never freed.
https://bugzilla.gnome.org/show_bug.cgi?id=774232
|
|
|
|
|
|
|
| |
The emblem acquired in apply_emblems_to_icon () is not unreffed as it
should be, since g_emblemed_icon_add_emblem () adds a ref to it.
https://bugzilla.gnome.org/show_bug.cgi?id=774232
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
That means, now we will show the grid icon when the current view is
the list view and the opposite.
This goes in similarity with gnome-boxes.
The main question to decide this is, is the button an action, and
therefore the icon should be the "target" of the action, or is more
about an information of the current state, and therefore the icon should
be about the current view type?
This patch decides the icon represents an action, although would be good
to have some user testing.
https://bugzilla.gnome.org/show_bug.cgi?id=771075
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were relying on the current view to return the icon to put in the
toolbar, however that requires a view instance and also we cannot
control really what icon we want to show in which circumstances.
We want more control about that, so we need a single entry point where
we can get the icon to show depending on the known view types we
have.
So this patch converts the view property to a static method.
https://bugzilla.gnome.org/show_bug.cgi?id=771075
|
| |
|
|
|
|
| |
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
|