commit 859fd8a24dea47cd1e1ac62eaecaeb3bb5286779
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-11-10
Update NEWS for 1.18.4 release
M NEWS
commit b7c2a99631a4c4d5953fdfa452ef2698422fdbb2
Author: Ondrej Holy <oholy@redhat.com>
Date: 2014-08-29
metatree: avoid endless looping when the entry is too large
When an application tries to save a larger key-value pair than
the size
of the journal, it triggers the journal to be flushed to make
space for
the entry and the operation is then retried, but it never fits,
and the
loop continues forever.
This patch removes the endless retry loop and retries the operation
only once after the flush. We know that there isn't enough space for
the entry if it fails after the flush.
https://bugzilla.gnome.org/show_bug.cgi?id=637095
M metadata/metatree.c
commit a6a817a640aaf32abec3712fa253ada8885081c3
Author: Shankar Prasad <prasad.mvs@gmail.com>
Date: 2014-02-05
updated kn.po
M po/kn.po
commit 21239e01037c6375518e3dbbd8548634b6e500ac
Author: Antoine Jacoutot <ajacoutot@gnome.org>
Date: 2014-01-23
gvfsdaemon: properly remove socket_dir
When not using abstract sockets, gvfs tries to rmdir the socket
directory but it still contains the socket so the call fails.
We now make sure to remove the socket first.
https://bugzilla.gnome.org/show_bug.cgi?id=720482
M daemon/gvfsdaemon.c
commit 62cadd576fb43c83aec8d0b9e5396e3c92dca23b
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-17
daemon: Set infinite timeout for enumerate response
Set an infinite timeout for responses to enumerate() otherwise it can
timeout when enumerating large, slow directories.
https://bugzilla.gnome.org/show_bug.cgi?id=598092
M daemon/gvfsjobenumerate.c
commit 20bb9205b25ab07864f3733205e420508b2102a6
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-19
afp: Don't crash when opening the root directory
Previously, opening the root directory would generate an error
and cause
the backend to abort:
backend_dbus_handler org.gtk.vfs.Mount:OpenForRead
Queued new job 0xba4350 (GVfsJobOpenForRead)
** (process:6778): CRITICAL **: g_vfs_afp_volume_open_fork_finish:
assertion 'g_simple_async_result_is_valid (res, G_OBJECT (volume),
g_vfs_afp_volume_open_fork)' failed
(process:6778): GLib-CRITICAL **: g_error_copy: assertion
'error !=
NULL' failed
Instead, remove the special-casing for the root directory since it is
handled correctly anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=720743
M daemon/gvfsafpvolume.c
commit f2210ce76746521f797347a03e0246dee95b43d7
Author: Ondrej Holy <oholy@redhat.com>
Date: 2013-11-01
archive: fix segfault when libarchive fails
When libarchive fails g_vfs_job_failed is called even as
g_vfs_job_succeeded which cause segfault. Set GError instead of
g_vfs_job_failed to fix that.
https://bugzilla.gnome.org/show_bug.cgi?id=670534
M daemon/gvfsbackendarchive.c
commit 0d30b628990db246a7a9fec4c43e4ca3a5df46b0
Author: Benjamin Otte <otte@redhat.com>
Date: 2013-12-21
ftp: Always close data connections when done
Opening data connections is a complex process and can fail in multiple
stages. Instead of requiring the code to close them manually and
throwing assertions when that doesn't work we just clean up after all
jobs automatically.
https://bugzilla.gnome.org/show_bug.cgi?id=711865
M daemon/gvfsftptask.c
commit f41ae46501ef0e5516412d17556aae9075656f11
Author: Philip Langdale <philipl@overt.org>
Date: 2013-11-30
MTP: Fix compilation warning.
https://bugzilla.gnome.org/show_bug.cgi?id=715119
M daemon/gvfsbackendmtp.c
commit 0775a4adee787a5032ed876db1e3bac237e60ed0
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-08
http: Allow seek past end of file
Handle a read after a seek past the end of the file by ignoring the
requested range not satisfiable http error (416) and simply
returning 0.
https://bugzilla.gnome.org/show_bug.cgi?id=710534
M daemon/gvfshttpinputstream.c
commit 81a5cbafb95435ab73611be61a01672d6a0580de
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-08
http: Fix the SEEK_END offset calculation
Fix the SEEK_END offset calculation by reversing the sign of
offset and
taking into account the offset of the previous seek.
https://bugzilla.gnome.org/show_bug.cgi?id=710534
M daemon/gvfshttpinputstream.c
commit ee9743d30107fb86ba58d3bf78c85ef2792797b4
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-08
http: Ensure the range header is updated
Ensure that the range header is updated every time ensure_request() is
called in case it has been updated.
https://bugzilla.gnome.org/show_bug.cgi?id=710534
M daemon/gvfshttpinputstream.c
commit 957f11be4d02c4cb2ee8b3a1181e7973d297eea7
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-08
http: Fix segfault when seeking on read
Previously, the dav backend would segfault when reading after a seek
(or
also if you did a read_async() without an explicit send()/send_async()
first) because the stream from soup_request_send_finish() was
not being
stored, so store it.
https://bugzilla.gnome.org/show_bug.cgi?id=710534
M daemon/gvfshttpinputstream.c
commit 7fa1dc9c2ebff2583c1d661dd3a7aa7bf02fe737
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-12-01
gphoto2: Don't release the device multiple times
If an error occurs during mounting, don't explicitly release the
device
because it is released anyway during finalize().
https://bugzilla.gnome.org/show_bug.cgi?id=706224
M daemon/gvfsbackendgphoto2.c
commit d6ae1bce7ddd12d7ce7ae23141e1b4cd81aba562
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-11-18
gphoto2: Return the correct offset when seeking
https://bugzilla.gnome.org/show_bug.cgi?id=712601
M daemon/gvfsbackendgphoto2.c
commit 47ad3de4567e2c9aa4612d4f195850087c3d21cf
Author: Philip Langdale <philipl@overt.org>
Date: 2013-11-24
MTP: Fail fast if in the middle of an unmount
I've seen a ton of bug reports where the backend crashes due to
operations executing after an unmount begins. I think it's a
sufficient solution to check the unmount flag that we already have
and then immediately abort the operation.
Generally, this is only seen with operations that are initiated
implicitly like do_query_info or do_enumerate, but I've added the
protection to all operations for consistency.
M daemon/gvfsbackendmtp.c
commit 15601b4f10f30eaeab2a33006ef00e9f0888da7c
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date: 2013-11-07
sftp: Fix handling of multiple reads of the packet length
In certain cases, reading the packet length may take more than
one call.
Make this work by calculating the offset into the reply_size
correctly.
https://bugzilla.gnome.org/show_bug.cgi?id=532951
M daemon/gvfsbackendsftp.c
commit c90b54c1aeda2fe410deb80ff9a0fcafe2554250
Author: Ondrej Holy <oholy@redhat.com>
Date: 2013-11-08
Post release version bump
M configure.ac