commit 53d481d00ae9c95680ebfa15d6c90c68bdbbc69f
Author: Ondrej Holy <oholy@redhat.com>
Date:   2015-08-20

    Update NEWS for 1.24.2 release

M	NEWS

commit 404f3ea1231551d1784ef419db18510c88cbe798
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date:	2015-06-18

    udisks2: Prevent race between unmount reply and retry timer

    Currently it is possible for the unmount op reply and the retry
    unmount
    timer to race. A udisks2 unmount operation (or umount spawned command)
    is started via the timer. In the meantime, a "cancel" or "force
    unmount"
    reply is received which completes the gvfs unmount operation and frees
    the private data. When the udisks2 unmount operation started by the
    timer completes, it tries to use the freed data and segfaults.

    To fix this, prevent starting an unmount operation when another is
    already in progress.  If a timer callback is received while an unmount
    operation is in progress, simply ignore it.  If an unmount op reply is
    received while an unmount operation is in progress, store the
    result of
    the reply and handle it once the unmount operation has completed.

    https://bugzilla.gnome.org/show_bug.cgi?id=678555

M	monitor/udisks2/gvfsudisks2mount.c

commit 5162da088e7fdcaa9993167e3071c1e40105546a
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date:	2015-06-22

    udisks2: Handle libsecret error properly

    secret_password_clear_finish() returns whether any passwords are
    removed, so it may return FALSE without setting error. Handle this
    properly (in this case all we care about is that there wasn't
    an error).

    https://bugzilla.gnome.org/show_bug.cgi?id=751038

M	monitor/udisks2/gvfsudisks2volume.c

commit c758ab5dd62935ea6449fea683ee9280a53c5e38
Author: Ondrej Holy <oholy@redhat.com>
Date:	2015-07-14

    archive: Handle ARCHIVE_FAILED error

    Archive backend is stucked in endless loop currently e.g. if you
    try to
    mount encrypted zip file. It is caused because ARCHIVE_FAILED error is
    not handled, when reading data from the archive.

    ARCHIVE_FAILED is handled with this patch. Mount job doesn't fail,
    just
    because of unknown file size, but open_for_read job fails if
    ARCHIVE_FAILED is returned.

    https://bugzilla.gnome.org/show_bug.cgi?id=752366

M	daemon/gvfsbackendarchive.c

commit 8d812d6acb887f6da6bbe62e09285b08e2525d34
Author: Pedro Albuquerque <palbuquerque73@gmail.com>
Date:	2015-07-29

    Updated Portuguese translation

M	po/pt.po

commit 5740ee6860342c37b4967d529271d0851400567f
Author: Christophe Fergeau <cfergeau@redhat.com>
Date:	2015-07-01

    afc: Cleanup force-unmount idle on finalize

    When GvfsBackendAfc is finalized, if we have a pending idle for
    a force
    unmount, we need to remove it as by the time it runs, the
    GvfsBackendAfc
    it's acting on will no longer be valid.

    This fixes https://bugzilla.gnome.org/show_bug.cgi?id=751537 which can
    be reproduced by plugging an iDevice, unmounting it in Nautilus, and
    quickly unplugging it right after clicking on the eject icon.

M	daemon/gvfsbackendafc.c

commit 6bfecb830c98f7398a748c311fc97e986f97c668
Author: Jonas Kümmerlin <rgcjonas@gmail.com>
Date:	2015-06-23

    cdda: Fix CD-TEXT charset when building with libcdio >= 0.84

    libcdio 0.84 already returns UTF-8 data. Trying to interpret it
    as ISO-8859-1 won't lead to pretty results, so we better stop
    doing that.

    https://bugzilla.gnome.org/show_bug.cgi?id=751389

M	daemon/gvfsbackendcdda.c

commit 012144af891084885a49ca6a1d97aa15492be08a
Author: Piotr Drąg <piotrdrag@gmail.com>
Date:	2015-06-23

    Updated Polish translation

M	po/pl.po

commit 9297474c33192fe210f0cbc9ffc349f19604516a
Author: Ray Strode <rstrode@redhat.com>
Date:	2015-05-20

    gvfs-open: add hack to close up dbus-daemon race

    If gvfs-open exits before the program it starts fully activates, then
    the dbus-daemon may avoid doing the activating method call.

    This commit works around the problem by pinging the activated
    application,
    and waiting for a reply.

    https://bugzilla.gnome.org/show_bug.cgi?id=746534

M	programs/gvfs-open.c

commit 676ba166c0b7c69e65bce7f1ec5e38ac36ad33c8
Author: Ondrej Holy <oholy@redhat.com>
Date:	2015-06-01

    monitor: Show notification always when device is unmounted

    Unmount progress is shown only when unmount takes more then 1.5
    seconds.
    However the progress should be shown everytime when unmount is
    finished
    for users to be sure it is safe to remove device.

    https://bugzilla.gnome.org/show_bug.cgi?id=750267

M	monitor/udisks2/gvfsudisks2utils.c

commit 81a4d39e4aaf61dd3f9f2f1390e1fdaceb3eb91c
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date:	2015-05-24

    mtp: Copy mtime when pulling

    Copy the modification timestamp after copying a file from the device.
    Normally, this would be done in the copy fallback path, but if
    pull() is
    implemented, it must also copy metadata.

    https://bugzilla.gnome.org/show_bug.cgi?id=749788

M	daemon/gvfsbackendmtp.c

commit 98c3b3ce6f1261d3198a07b7f90644d6cb417556
Author: Ondrej Holy <oholy@redhat.com>
Date:	2015-05-19

    gvfs-open: Do not alter uris before use

    Uri is altered before g_app_info_launch_default_for_uri, because of
    the following code (from the commit 95aac17):

    file = g_file_new_for_commandline_arg (location[i])
    uri = g_file_get_uri (file);

    Examples of uri changes:

    mailto:email -> mailto:///email
    ssh://user@host -> sftp://user@host/

    This patch cause that uri isn't preprocessed for locations with scheme
    (however absolute and relative paths are still preprocessed).

    https://bugzilla.gnome.org/show_bug.cgi?id=738690

M	programs/gvfs-open.c

commit 6e25bce1f6aced4641659483a2aa16f015b59452
Author: Cédric Valmary <cvalmary@yahoo.fr>
Date:	2015-05-21

    Added Occitan translation

M	po/LINGUAS
A	po/oc.po

commit 725eaa2e33a842f812caf59af8a8766461bf9512
Author: Ross Lagerwall <rosslagerwall@gmail.com>
Date:	2015-05-17

    mtp: Refresh storage information in query_info

    Get the storage information from the device in query_info() and
    query_fs_info() so that the disk space numbers are
    correct. Previously,
    if you deleted an item and checked the free space, it would not have
    changed.

    https://bugzilla.gnome.org/show_bug.cgi?id=749491

M	daemon/gvfsbackendmtp.c

commit 13aafd9f3518c9d39b4b7e25558fa19d899af221
Author: Ondrej Holy <oholy@redhat.com>
Date:	2015-04-13

    Post release version bump

M	configure.ac