summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Use local trove in gitmodulesbaserock/3.18.1Javier Jardón2015-11-021-1/+1
|
* progress-info: Use the proper destroy methodDebarshi Ray2015-10-271-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=757190
* toolbar: use the theme color for the operations iconElias Aebi2015-10-261-2/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=756803
* nautilus_file_peek_display_name: Don't return NULLIain Lane2015-10-201-2/+3
| | | | | | | | | If the name is the empty string then nautilus_file_set_display_name won't actually set the display name. In this case we were returning NULL from nautilus_file_peek_display_name, which some of our callers weren't prepared to handle. This led to crashes. https://bugzilla.gnome.org/show_bug.cgi?id=700507
* Updated Ukrainian translationDaniel Korostil2015-10-171-959/+1235
|
* application: specify cwdCarlos Soriano2015-10-161-1/+27
| | | | | | | | | | | | We are managing all command line options in the main instance. That works always correctly except when resolving relative paths, which are relative the local instance, not the main one. To fix it, set a "cwd" option in the local instance to ensure the relative file paths are resolved in the main instance based on the local instance. https://bugzilla.gnome.org/show_bug.cgi?id=756688
* gtkplacesview: update to masterCarlos Soriano2015-10-151-107/+62
|
* gtkplacesview: update to masterCarlos Soriano2015-10-151-38/+34
|
* release: prepare for 3.18.13.18.1Carlos Soriano2015-10-152-1/+11
|
* files-view: allow delete shortcut for delete permanentlyCarlos Soriano2015-10-151-0/+4
| | | | | | When trash is not supported. https://bugzilla.gnome.org/show_bug.cgi?id=756536
* window: rename open_slot to create_slotCarlos Soriano2015-10-151-3/+3
|
* progress-info: fix total elapsed time thinkoCarlos Soriano2015-10-151-2/+1
|
* window: make private unused public APICarlos Soriano2015-10-152-67/+65
|
* Updated Slovak translationDušan Kazik2015-10-151-300/+300
|
* Updated Basque languageInaki Larranaga Murgoitio2015-10-141-2/+2
|
* Updated Basque languageInaki Larranaga Murgoitio2015-10-141-957/+1231
|
* file: get filesystem type asynchronouslyCarlos Soriano2015-10-145-52/+60
| | | | | | | | | | | | We were peeking the filesystem type synchronously since nautilus was checking for some file infos that are only required once synchronously. However the call for the filesystem is usually slow which makes nautilus main thread hang. To avoid I/O in the main thread, make the filesystem type request asynchronously and part of all the others attributes for the file. https://bugzilla.gnome.org/show_bug.cgi?id=756280
* file-operations: fix toolbar button not showing soonCarlos Soriano2015-10-133-5/+30
| | | | | | | | | | | | | We were not taking into account the time the operations takes to prepare the operation itself. That makes big operations take more time than needed for show the toolbar operations button feedback than expected (2 seconds). Fix that exposing a new timer that takes into account all the time since the start of the operation and use that for deciding when to show the file operations toolbar button or not. https://bugzilla.gnome.org/show_bug.cgi?id=756096
* file: default to not being able to trashCarlos Soriano2015-10-081-1/+1
| | | | | | | | | | We were using as default that we can trash files, and after we only set the if it is possible to trash or not if the filesystem reports that has the info. In most of schemes that the trash is not supported, the filesystem actually don't have that info, making can_trash true and providing the option on nautilus context menu, which does nothing. Default to not being able to trash to avoid this situation.
* files-view: enable properties on all casesCarlos Soriano2015-10-081-2/+1
| | | | | | | | | We changed the meaning of remote from being only network:// to be a lot of schemes. Thing is, the properties action was disabled for "remote", and now that means lot of locations. I think there is not enough reason to disable properties altogether, if the network:// file doesn't provide enough info, probably it should.
* toolbar: use finalize instead of disposeCarlos Soriano2015-10-081-3/+3
| | | | | | | | | | | | | | | We were disconnecting all the signals on dispose, except the ones that comes from the widgets and are added with gtk_widget_class_bind_template_callback. Therefore those can be emitted after a dispose. In the toolbar case, we connect to the toggle signal of a button, which when the toolbar gets disposed, the buttons gets untoggled and the signal is emitted, then the toolbar tries to perform actions on external data that was cleared already on dispose. To avoid that, just clear the data on finalize instead of dispose.
* toolbar: fix progress leakCarlos Soriano2015-10-081-2/+2
|
* toolbar: rename functionCarlos Soriano2015-10-081-2/+2
|
* directory: protect against null filesystem typeCarlos Soriano2015-10-081-1/+4
| | | | | | The filesystem:type attribute could be NULL, then g_strv_contains will crash if that happens. Just don't call it if the attribute is not set.
* directory: add more remote file system schemesCarlos Soriano2015-10-081-0/+2
|
* files-view: order unrefing the model so state is clean upCarlos Soriano2015-10-071-5/+6
| | | | | | | | | | | | In done_loading we check for floating bar and empty states. In case the directory doesn't exists anymore in this case, we cannot do that (without adding bunch of if's). So instead reorder the unrefing so the directory is alive when all the checks are performed. This fixes seeing the floating bar when a directory fails to load because the user doesn't have permissions. https://bugzilla.gnome.org/show_bug.cgi?id=755207
* directory-async: keep directory aliveCarlos Soriano2015-10-071-0/+2
| | | | | | | | | | | | | | | | | Lately we did some changes on the view/slot/window/app interaction with the directory/model ownership. That means that now most of the times the directory/model is freed when it should. In this case, when loading the children of a directory reports an error, say the user doesn't have permission to access the directory, the view unref the directory in the signal callback, and any further interaction with it by the directory itself after signaling becomes accessing invalid memory. To avoid this, the directory should have a ref on itself for any signal that can cause the owners of it to unref. https://bugzilla.gnome.org/show_bug.cgi?id=755207
* settings: open folders on dnd by defaultCarlos Soriano2015-10-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | I have been going back and forward on this. And even if I strongly think this is not good enough to be in the default installation of Nautilus, removing 'features' or behaviors that users were used to without providing a good alternative is even worse. Probably Nautilus didn't have such high standards when this was implemented, and this behavior was accepted even that emails from usability and accessibility were asking to not do it, but it was done given that no alternative was possible because of Apple patents on 'spring folders'. So final decision from my side and after discussing it with some people, is to continue shipping it by default until we have a better solution. The setting will be still there as 'open-folder-on-dnd-hover' and can be modified by the user using dconf. Discussions for better solution will be followed in https://bugzilla.gnome.org/show_bug.cgi?id=754455
* dnd: use GtkPlacesSidebar drop targets hintsCarlos Soriano2015-10-0613-25/+220
| | | | | | | | | | | | | | | | | | | | | | | | | | | Currently the dnd on the sidebar is only triggered when hovering above the sidebar itself. However we would like to give some feedback all along on the dnd operation. For that GtkPlacesSidebar has set_drop_targets_visible public API, which was implemented a few months ago and the GtkFileChooser is already using. I just forgot to implement the support for it on Nautilus... even if the original work was done for Nautilus, since users will probably use dnd more on nautilus than on the file chooser. I'm not entirely happy with the implementation, since it uses custom functions to access the drag data, given that we need them at drag-begin time and in random places on the code, since nautilus is doing all the dnd work manually and on different places. The final result is that drag and drop is still managed mostly on its own widgets, in this case list-view and canvas-view, and nautilus-dnd manages a central accessor for dnd in nautilus, in this case requesting depending on the widget that is the owner of the data, its data through the custom functions of that particula widget. All other ways I tried to do it entirely with only gtk_drag_* or gdk_drag_* functions were in vanish if no a complete refactoring is done, and probably it doesn't worth the effort. Also I actually separated the list view dnd code as well, so now at least the pattern to handling dnd on nautilus is more or less consistent.
* window: avoid crash when no dnd itemsCarlos Soriano2015-10-061-0/+4
| | | | | | | | | Sometimes is reported that there are not items as sources. That makes nautilus crash trying to iterate betweeen them in nautilus_drag_default_drop_action_for_icon. Even if the fix should be there, it's a situation that shouldn't happen at all, so I leave it as a responsability of the caller.
* list-view-dnd: fix deprecationCarlos Soriano2015-10-061-5/+7
|
* list-view: move dnd handling to a separate fileCarlos Soriano2015-10-065-239/+330
| | | | | | Following what canvas-dnd, slot-dnd and other widgets on nautilus does. Code will be much better for upcoming patches.
* list-view-private: remove the fileCarlos Soriano2015-10-062-42/+0
| | | | It's not used
* canvas-container: fix conflicting typesCarlos Soriano2015-10-061-1/+1
|
* canvas-container: avoid creating layout if not gridCarlos Soriano2015-10-061-2/+15
| | | | | | | | | | | | When relayouting we want to finish adding and layouting the previous layout, but sometimes we can try to layout when it's actually not possible to create a grid, for instance if the size of the desktop is not enough or is not yet allocated. To prevent that, return early if we try to relayout in that case and schedule a relayout. https://bugzilla.gnome.org/show_bug.cgi?id=755582
* toolbar: remove operations button timeout correctlyCarlos Soriano2015-10-061-8/+19
| | | | | | | | We were resetting the id to 0 without actually removing it in the case a timeout was already there and we tried to set a new one. https://bugzilla.gnome.org/show_bug.cgi?id=755584
* file-operations: don't free ngettext stringsCarlos Soriano2015-10-061-4/+0
| | | | | | Pointed by Mathias. https://bugzilla.gnome.org/show_bug.cgi?id=755586
* Revert "nautilus-bookmark: don't crash if file is gone"Carlos Soriano2015-10-061-8/+1
| | | | | | This reverts commit 9429c94f354460e7bcc2a9063b98f3a904e6a358. This was a blind fix, and it's not correct. Correct one is only need on 3.14 with commit a0cbf72827b87a28fba47988957001a8b4fbddf5
* application-actions: use valid window listCarlos Soriano2015-10-061-0/+5
| | | | | | | | | | | | We were using the internal list of the application to iterate through the windows and closing them. Problem is that when closing one window, the list is modified, so next time accessing the list we are accessing the "old" list, which is invalid and makes nautilus crash. To fix it make a copy of the list to preserve the consistency. https://bugzilla.gnome.org/show_bug.cgi?id=755803
* Updated Finnish translationJiri Grönroos2015-10-051-268/+205
|
* Updated Scottish Gaelic translationGNOME Translation Robot2015-10-011-2311/+2496
|
* Updated Italian translationMilo Casagrande2015-09-281-865/+1462
|
* Updated Irish translationSeán de Búrca2015-09-271-2504/+1668
|
* Updated Russian translationStas Solovey2015-09-271-83/+26
|
* Updated Hebrew translationYosef Or Boczko2015-09-271-596/+612
|
* Updated Vietnamese translationTrần Ngọc Quân2015-09-261-938/+1199
| | | | Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>
* Update Arabic translationKhaled Hosny2015-09-231-956/+1273
|
* Updated Danish translationAsk Hjorth Larsen2015-09-231-1/+1
|
* release: prepare for 3.18.03.18.0Carlos Soriano2015-09-232-1/+12
|
* gtkplacesview: update to masterCarlos Soriano2015-09-221-5/+6
|
View Lorry Controller Status