commit 1fdbce6e46483874638e5559d6f8b1d60c19fa57
Author: Ondrej Holy <oholy@redhat.com>
Date: 2015-01-06
Update NEWS for 1.22.3 release
M NEWS
commit 2d256ab0615eb7dd9a9851a2bbebf6675f1e2893
Author: Piotr Drąg <piotrdrag@gmail.com>
Date: 2015-01-06
Updated Polish translation
M po/pl.po
commit 18406e7d02596364a799beec1ef9d08c0493ea96
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2014-12-20
client: Strip remote dbus error when setting metadata fails
Without this, if the function fails, the error presented to the
user looks
like:
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code1:
Can't find metadata file /home/ross/.local/share/gvfs-metadata/home
https://bugzilla.gnome.org/show_bug.cgi?id=598561
M client/gdaemonvfs.c
commit cd13e26d6eb7f3fcc2a915afd3bd4dd9ee54392e
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-11-14
metadata: don't crash if meta_tree_init fails
It can fail when e.g. database file is corrupted or doesn't have
correct permissions. This patch also adds warnings to be possible
determine reason why initialization failed.
It is based on patches from Matthew W. S. Bell and Ross Lagerwall.
https://bugzilla.gnome.org/show_bug.cgi?id=598561
M client/gdaemonfile.c
M client/gdaemonvfs.c
M metadata/meta-get-tree.c
M metadata/metatree.c
M metadata/metatree.h
commit dc8d6f1b73fb9a9f184cf8993825b92e619d0f63
Author: Matej Urbančič <mateju@svn.gnome.org>
Date: 2014-12-26
Updated Slovenian translation
M po/sl.po
commit db69a9a223709dfb29ba97aa2c7268e42d3a6e74
Author: Shankar Prasad <prasad.mvs@gmail.com>
Date: 2014-12-24
Updated Kannada translation
M po/kn.po
commit af180ed85c01b9cf4c2c069a9ab8ca674ad3e2d8
Author: Shankar Prasad <prasad.mvs@gmail.com>
Date: 2014-12-12
Updated Kannada translation
M po/kn.po
commit b2c89ea0867cbe829fbc2ba923f6bf943cca02da
Author: Debarshi Ray <debarshir@gnome.org>
Date: 2014-12-10
mtp: Do not crash when debugging is turned on
https://bugzilla.gnome.org/show_bug.cgi?id=741346
M daemon/gvfsbackendmtp.c
commit b119f6f9560187bf8e99f2badaa06590301bdcd2
Author: Shantha kumar <shantha.thamizh@gmail.com>
Date: 2014-12-10
Updated Tamil translation
M po/ta.po
commit 8c04a8c920ee817173eca0d06441ae403599f1d8
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-11-18
afc: fix wrong enum value
Value of sbservices_error_t type is compared with INSTPROXY_E_SUCCESS
from instproxy_error_t, SBSERVICES_E_SUCCESS should be used instead.
However it isn't serious, because both constants have same value...
It fixes following warning:
gvfsbackendafc.c:262:21: warning: comparison between
‘sbservices_error_t’ and ‘enum <anonymous>’ [-Wenum-compare]
if (G_LIKELY(cond == INSTPROXY_E_SUCCESS))
M daemon/gvfsbackendafc.c
commit 634b12a093779aac626757ab41d91ef07d7ce251
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2014-09-28
daemon: Set callback to avoid endless loop during unmount
It is not possible to respond to unmount dialog after 2 sec timeout,
because the callback isn't set properly. The dialog reopens every 2
seconds until the daemon is killed.
Because a dbus method is called every 2 seconds, we may get multiple
replies (e.g. one normal reply and several error replies due to
a closed
connection). Handle this by ignoring all but the first reply.
Based on a patch by Ondrej Holy.
https://bugzilla.gnome.org/show_bug.cgi?id=688471
M daemon/gvfsbackend.c
commit 4cff08d1d9c458eb3ee46a4c4326626fffcaa7a8
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-09-11
gvfsjobunmount: don't unmount if dialog was cancelled
If the dialog about blocking processes was cancelled,
G_IO_ERROR_FAILED_HANDLED will be returned and backend
won't be unmounted.
https://bugzilla.gnome.org/show_bug.cgi?id=710986
M daemon/gvfsbackend.c
M daemon/gvfsbackend.h
M daemon/gvfsjobunmount.c
commit 643498c51747d2b0ff2290352afdac97a9771e02
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-11-24
http: Report correct size for partial content msg
Content length is wrongly used as file size for partial content
messages (e.g. after seek), therefor length from range header has
to be used instead.
https://bugzilla.gnome.org/show_bug.cgi?id=690226
M daemon/gvfsbackendhttp.c
commit 1400bc33d9f7299da6d21390209d48aef6e9fcca
Author: Tom Tryfonidis <tomtryf@gmail.com>
Date: 2014-11-18
Updated Greek translation
M po/el.po
commit 4b85af0d4a7ad69773839bd248284beb80e4bcac
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-08
client: Use the correct serial with file transfer cancellation
When using Copy, Move, Push and Pull with progress callbacks, the
progress callbacks increment the connection serial, so retrieve the
serial immediately after the dbus method call so that the correct
serial
is used for cancellation.
https://bugzilla.gnome.org/show_bug.cgi?id=720058
M client/gdaemonfile.c
M client/gvfsdaemondbus.c
M client/gvfsdaemondbus.h
commit 87c9f6d80ac612caedb7b39b22b3d4ed2804bb0b
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2014-09-28
gvfsjobunmount: Block new requests before calling unmount() on
a thread
Block new requests before calling unmount() on a separate thread to
prevent a race where new jobs are received and processed while the
unmount() is being executed.
This is not necessary for try_unmount() because all the job
handling is
done on the same thread as the try_unmount() method and requests are
blocked when the try_unmount() method completes.
https://bugzilla.gnome.org/show_bug.cgi?id=710986
M daemon/gvfsbackend.c
M daemon/gvfsbackend.h
M daemon/gvfsjobunmount.c
commit eb90d2e05404b2ad26c178a434687dbcd793d1f7
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-11-10
Post release version bump
M configure.ac