summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Updated Occitan translationgnome-3-6Cédric Valmary2015-05-231-6201/+4260
|
* application: Add missing unref for NautilusFile used in network connections.Robert Ancell2014-05-021-0/+1
| | | | | | | This was introduced in commit 95d42ea01f7f9c60210b415554e7bbf6f4e1b334 and released in 3.5.91. The error meant that when a network location was disconnected the next time you connected to it you would get the old NautilusFile object that was marked as "gone" and hit an assertion. https://bugzilla.gnome.org/show_bug.cgi?id=708282
* Updated translation by Reinout van Schouwen <reinouts@gnome.org>Reinout van Schouwen2013-01-311-2667/+2828
|
* Updated Uyghur translationGheyret Kenji2013-01-051-3259/+3878
| | | | Signed-off-by: Gheyret Kenji <gheyret@gmail.com>
* search-provider: keep a reference to the dbus invocationCosimo Cecchi2013-01-021-2/+4
| | | | | | | | While the operation is in progress, since we're returning the result asynchronously, we need to keep a reference to the invocation, or it could be invalid when returning later. Related: https://bugzilla.redhat.com/show_bug.cgi?id=874534
* fix zh_CN translation of Empty trashYunQiang Su2012-12-231-1/+1
|
* Fix Czech translationPetr Kovar2012-12-201-363/+365
| | | | Thanks to Kamil Paral.
* file: revert to previous framing behavior for custom iconsCosimo Cecchi2012-12-161-18/+2
| | | | | | | | I.e. don't treat them like thumbnails, and don't add a border. This was changed in d9ef715ea11e92917414d5d7bddd4dd1487fac1b but it causes problems for other (more important) use cases. https://bugzilla.gnome.org/show_bug.cgi?id=688808
* places-sidebar: make sure to always notify when unmountingCosimo Cecchi2012-12-114-52/+74
| | | | | | | | When unmounting from the sidebar with an operation other than eject, we still need to set up the progress notification, as some drives return FALSE for can_eject. https://bugzilla.redhat.com/show_bug.cgi?id=885133
* Updated Kannada TranslationsShankar Prasad2012-12-101-808/+484
|
* Updated Tamil translationDr.T.Vasudevan2012-12-091-787/+923
|
* file: don't add a thumbnail border around desktop file launchersCosimo Cecchi2012-11-131-13/+36
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=688237
* release: prepare for 3.6.33.6.3Cosimo Cecchi2012-11-122-1/+9
|
* query-editor: set a maximum width for the current location buttonCosimo Cecchi2012-11-121-2/+7
| | | | | | | Like we do in the pathbar, otherwise it could potentially grow unboundedly large. https://bugzilla.gnome.org/show_bug.cgi?id=688186
* search-engine-simple: use g_content_type_is_a()Cosimo Cecchi2012-11-121-1/+1
| | | | | Make it consistent with the model engine - the mimetypes don't need to match exactly.
* search-engine-model: apply mimetype filtersCosimo Cecchi2012-11-121-2/+18
| | | | | Or we'll get extra results when applying a mimetype filter when the model engine is used.
* query-editor: plug a leakCosimo Cecchi2012-11-121-7/+10
| | | | We weren't freeing the row list and all the row structs.
* query-editor: don't always re-add mimetype rows when setting queryCosimo Cecchi2012-11-121-10/+35
| | | | | | | | | | | Since we also use nautilus_query_editor_set_query() when the query editor already has a query, don't unconditionally add mimetype rows from there, but only when we're being called with a previous query. Fix a bug where mimetype rows were added when switching between current location and all files. https://bugzilla.gnome.org/show_bug.cgi?id=687537
* query-editor: remove unused codeCosimo Cecchi2012-11-121-19/+0
|
* mime-actions: don't invalidate symlink info twiceCosimo Cecchi2012-11-121-7/+0
| | | | | | | | | We already trigger a nautilus_file_call_when_ready() on the symlink file, which will include link information. Invalidating symlink info manually here will make us read invalid information in the ready callback instead. https://bugzilla.gnome.org/show_bug.cgi?id=687937
* Update German translation (bug #687507)Christian Kirbach2012-11-091-1287/+791
|
* Updated Korean translationChangwoo Ryu2012-11-081-29/+30
|
* bookmark: don't try to connect to a vanished NautilusFileCosimo Cecchi2012-11-051-0/+7
| | | | | | | | | | | | When the file watched by the bookmark is trashed or deleted, record the fact in the object state; later, when checking whether the URI exists, use that information to avoid connecting to a vanished NautilusFile. Currently, we will hit an assertion later for unmounted remote volumes; this bug wasn't present in master and the cherry-pick for commit 231f0b074da973f2c0b69513b743548810d4e716 introduced this regression. https://bugzilla.gnome.org/show_bug.cgi?id=687518
* view: ensure Trash action is visible when setting sensitivityCosimo Cecchi2012-11-051-2/+4
| | | | | | | | We will set the visibility of the action to FALSE when we go to a location that supports deletion but not trashing, but we fail to restore it to TRUE when we go back to a directory that supports trashing. https://bugzilla.gnome.org/show_bug.cgi?id=687619
* Updated Korean translationChangwoo Ryu2012-11-031-21/+12
|
* l10n: updated Italian translationLuca Ferretti2012-11-011-2710/+1645
|
* Updated Irish translationSeán de Búrca2012-10-301-2855/+2612
|
* file: fix missing frame image around some previewsCosimo Cecchi2012-10-292-10/+5
| | | | | This fixes a regression introduced in commit 17f17214a64674bd3079d1a252fed2b6103f9ff4
* release: prepare for 3.6.23.6.2Cosimo Cecchi2012-10-292-1/+16
|
* window: don't remember focus widget when switching search visibleCosimo Cecchi2012-10-294-22/+10
| | | | | | | | | | | | | The workaround we need to make to focus the entry on-the-fly and synchronizing the visible state with the toolbar button badly clash with the focus widget state saving mechanism we have in place. We end up calling remember_focus_widget() on the newly-focused search entry in certain circumstances, so we end up restoring the focus on the (then hidden) search entry, which will then eat key events while invisible. Sidestep the issue entirely by just focusing back the view when closing the query editor.
* slot: save return location before clearing query editor stateCosimo Cecchi2012-10-291-14/+19
| | | | Or we'll always return to $HOME.
* slot: rework query editor visible state synchronizationCosimo Cecchi2012-10-295-71/+58
| | | | | | Fix a case where entering a directory from the search results would not take the query editor down, and refactor some code around the state synchronization between the two objects.
* Updated Bengali India TranslationRuna Bhattacharjee2012-10-291-3/+3
|
* Updated Bengali India TranslationRuna Bhattacharjee2012-10-291-5378/+6117
|
* tracker-engine: treat the search string as a sentence for FTS matchCosimo Cecchi2012-10-291-1/+1
| | | | | | | Or the hyphens will be treated as NOT operators instead of word breaks, which will prevent results from being returned. https://bugzilla.gnome.org/show_bug.cgi?id=683633
* places-sidebar: make sure to pre-select the active item on constructionCosimo Cecchi2012-10-293-38/+48
| | | | | | | | | Ensure the current window URI gets selected in the sidebar also when it's already set on the window at construction. At the same time, move the sidebar construction from nautilus_window_show() to nautilus_window_constructed(). https://bugzilla.gnome.org/show_bug.cgi?id=674052
* [l10n] Updated Estonian translationMattias Põldaru2012-10-291-9/+43
|
* Updated Korean translationChangwoo Ryu2012-10-291-78/+42
|
* slot: ensure we're back from an active search when changing locationCosimo Cecchi2012-10-264-24/+31
| | | | | | | | | | | | | | We used to keep track of the search active state using the state of the search toggle button; unfortunately, the button is per-window, so its active state will also be synchronized when switching tabs. This will cause a non-search slot that becomes active following a tab switch from a search slot to think its search just became inactive, and will then change its location to the default ($HOME). Fix the bug by keeping an additional state per-slot for whether there's an active search. https://bugzilla.gnome.org/show_bug.cgi?id=686893
* toolbar: set action tooltip on the toolbar buttonCosimo Cecchi2012-10-261-0/+1
| | | | | | | Since we don't use a GtkToolButton directly, we need to propagate the action tooltip manually to the GtkButton. https://bugzilla.gnome.org/show_bug.cgi?id=686903
* slot: use the default mount location when switching to a mount rootCosimo Cecchi2012-10-264-12/+48
| | | | | | | | | | Add a new flag to signal that we really want the default mount location to be loaded if possible. This way we can still get to the mount root e.g. by going up or typing it directly in the location bar, but the default location between sidebar mounts and using Connect to Server will be the same. https://bugzilla.gnome.org/show_bug.cgi?id=522917
* window: remove nautilus-window-types.hCosimo Cecchi2012-10-265-75/+34
| | | | | | | | Cleanup and rearrange typedefs to avoid the need for a separate types header. Conflicts: src/nautilus-window.h
* slot: make sure to walk the hierarchy up only for native and non-mountsCosimo Cecchi2012-10-261-14/+17
| | | | | | | | | | | When we detect a deletion, we try to find an existing parent in the hierarchy to display in the window. While this is desirable when a file is deleted, we never want to walk a non-native hierarchy, or to walk up a hierarchy from a mount root being removed. This fixes the window redirecting to /run/media/$username/ instead of $HOME when a mount is removed.
* Updated Lithuanian translationŽygimantas Beručka2012-10-241-1/+1
|
* Updated German translationHendrik Knackstedt2012-10-241-631/+670
|
* window: make sure search button state is consistent with query editorCosimo Cecchi2012-10-231-1/+2
| | | | | | | In addition to checking whether the directory is a search, check for the query editor visibility. This ensures the toggle button state is consistent when switching tabs with the query editor visible in one of those.
* mime-actions: resolve symbolic links before launching the applicationCosimo Cecchi2012-10-221-2/+10
| | | | | | | | | | We already do this for all other kind of references, and I think it makes sense to do it for symbolic links too. This also ensures applications don't have to deal with e.g. ensuring backup files are saved relative to the original file and not the symlink, as reported in https://bugzilla.gnome.org/show_bug.cgi?id=686465
* monitor: watch for removal of non-native mounts on GVolumeMonitorCosimo Cecchi2012-10-221-8/+49
| | | | | | | | | | | | | | Nowadays, we rely on G_FILE_MONITOR_EVENT_UNMOUNTED to be emitted when a mount disappears, since we already monitor the directory, in order to switch the view to a different location. Since non-native mounts very likely won't have file monitoring though, we're not going to receive such events in that case, and fail to redirect the view as a consequence. This patch fixes it by listening to the mount-removed signal on GVolumeMonitor when a monitor is requested for a non-native mount, and emulating a file removal in that case. https://bugzilla.gnome.org/show_bug.cgi?id=684226
* pathbar: don't assume a mounted mount is always availableCosimo Cecchi2012-10-221-2/+6
| | | | | | We might be refreshing while the mount disappears; in that case, the pathbar will try to get a symbolic icon from a NULL mount, hitting an assertion.
* shell-provider: fix an erroneous typoCosimo Cecchi2012-10-191-0/+2
| | | | Didn't mean to remove this line.
View Lorry Controller Status