| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
In got_file_info_for_view_selection_callback(), we unconditionally try
to fetch information for the parent directory in case the selection is a
regular file, but we should avoid doing that when the file has no
parent, such as when it's the root of a web server.
https://bugzilla.gnome.org/show_bug.cgi?id=675259
|
|
|
|
|
|
|
| |
Instead of just packing it into the GtkInfoBar's box, since that will
put it after the buttons of the action area.
https://bugzilla.gnome.org/show_bug.cgi?id=670129
|
|
|
|
|
|
|
| |
We already make them non-selectable - there's no point in having a menu
for headings here.
https://bugzilla.redhat.com/show_bug.cgi?id=819404
|
|
|
|
|
|
| |
Fixes a lot of reported crashers with NFS/Samba volumes.
https://bugzilla.gnome.org/show_bug.cgi?id=674659
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=674924
|
|
|
|
|
| |
Don't set the ACTIVE flag if we don't have focus, it just doesn't make
sense.
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=674087
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=674086
|
|
|
|
|
|
|
|
| |
When the row is selected, and we right click on it, make sure we popup
its context menu and not its parent's, since the selection is a stronger
indication of intent.
https://bugzilla.gnome.org/show_bug.cgi?id=674245
|
| |
|
| |
|
|
|
|
|
|
| |
Since that's what GVfs sets.
https://bugzilla.gnome.org/show_bug.cgi?id=673776
|
| |
|
|
|
|
|
|
|
| |
Otherwise untitled files end up with a (possibly) corrupt part of the
name appended.
https://bugzilla.gnome.org/show_bug.cgi?id=672761
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There were previously some tricks in nautilus to this effect:
- when you call nautilus_file_get_volume_free_space() on a
NautilusFile, the return result is NULL at first and later you get a
"changed" signal on the file after the value is filled in
- the value is being stored inside the NautilusDirectory equivalent for
the file that is created when the call is first performed and kept
around until after the change signal fires (so that the person
receiving the change signal can still get the data). This is done to
save space by not expanding NautilusFile.
The NautilusDirectory is then dropped after the change signal is done
firing.
- the nautilus properties window has a 200ms timeout after changes to
files being reported before it re-queries the properties
The end result is that the NautilusDirectory (which holds the
information about the free space) is already freed by the time the
properties window tries to update the free space display. This results
in the directory being recreated and the process starting over again.
The end result is that we never get the free space shown in the dialog
and instead we have an infinite loop of CPU usage (fortunately repeating
only every 200ms, so you get ~5% CPU usage instead of 100%).
We can solve the problem by just storing the free space information
directly in the NautilusFile details structure and dropping the dance
with NautilusDirectory; nothing in NautilusDirectory is actually using
that information anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=673550
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Don't handle extra mouse button events so they can bubble up
through GtkTreeview till NautilusWindow where they are handled
to navigate the view forward and backward.
Part of bug 660006
Signed-off-by: Nelson Benitez Leon <nbenitezl@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
Ignore button press/release events for mouse buttons greater
than 5 so allowing forward and backward mouse buttons to work
over icons.
Part of bug 660006
Signed-off-by: Nelson Benitez Leon <nbenitezl@gmail.com>
|
|
|
|
|
|
|
| |
TransferInfo->num_files counts from zero, so we have to increment it by
one when formatting it into a string.
https://bugzilla.gnome.org/show_bug.cgi?id=673345
|
|
|
|
| |
nautilus_link_local_get_additional_text() is now unused.
|
|
|
|
|
|
|
| |
This fixes a regression introduced in commit
5a47a484e45218e83202c508b421b1a2707af270
https://bugzilla.gnome.org/show_bug.cgi?id=673316
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This is a regression from commit
b9c51fd4eb84a9f52ee4be1bf183fc516984130b
https://bugzilla.gnome.org/show_bug.cgi?id=672809
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
If a GVolume has a class identifier of "network", put it (and its mount)
in the Network section. This fixes e.g. NFS mounts showing in the wrong
section.
|
|
|
|
|
|
|
| |
Instead of giving the focus to the heading, which would end up in
getting stuck there, since headings are not supposed to be actionable.
https://bugzilla.gnome.org/show_bug.cgi?id=672002
|