| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Handle the new mount-removable-storage-devices-as-read-only option of
org.gnome.desktop.lockdown schema and present AFC, MTP, GPhoto2 devices
as read-only if enabled.
|
|
|
|
|
|
|
|
|
| |
GVfs uses different forms of "Operation not supported" string,
e.g. "Operation unsupported", "Operation not supported by
backend". Let's use "Operation not supported" consistently as
this is also used in GLib.
https://gitlab.gnome.org/GNOME/gvfs/issues/170
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before, for each job type that implements progress callbacks, the
progress_proxy was being unref'd immediately after the backend's try or
run method had run. This means that if the backend had an asynchronous
callback which updated the progress, it wouldn't work because the
progress_proxy had been removed.
Fix this by unrefing the progress_proxy in the GVfsJobProgress class's
finalize method.
https://bugzilla.gnome.org/show_bug.cgi?id=711247
|
| |
|
|
|
|
|
|
|
| |
...by turning sync copy calls async and running mainloop for progress
interface skeleton be able to process incoming calls.
Also, new class GVfsJobProgress has been introduced mostly for code sharing.
|
|
|
|
|
|
|
|
|
|
|
| |
Port of most of the gvfs core, few bits still missing. Lot of debug prints around,
will be removed in further commits. Same amount of TODOs and FIXMEs.
Notes:
* kill serials?
* get rid of mainloops where applicable (copy/move progress callback, enumerator)
* fix keyring integration
* use gdbus builtin fd passing within gvfsdaemon.c, kill the extra_fd stuff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Updating the address of the FSF.
This has been done by:
while read file; do
sed -i 's:59 Temple Place:51 Franklin Street:' $file
sed -i 's:Suite 330:Fifth Floor:' $file
sed -i 's:02111-1307:02110-1301:' $file
done
https://bugzilla.gnome.org/show_bug.cgi?id=656598
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
|
| |
We're missing a lot of dbus_message_unref after sending
messages, add them.
|
|
|
|
| |
This makes gvfs build with recent glib again, see bug #619537
|
|
|
|
| |
Fixes omission of % in commit 66df9e764aed43b23b5c3326ff9ab024b0a49124
|
|
|
|
|
| |
Without this patch, the debug output would easily overflow, as it was
cast to int.
|
|
|
|
|
|
|
|
|
|
|
| |
Send a boolean send_progress to the daemon in the case of push/pull jobs
that indicates if progress updates should be sent to the client.
Oftentimes the daemons can avoid quite a bit of work (like querying file
sizes or setting up and operating machinery required to send progress
updates) when it's not required.
Patch also includes fixes to daemons to ensure they don't call a NULL
progress_callback (previously, NULL was not a possible value).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2009-03-06 Alexander Larsson <alexl@redhat.com>
* daemon/daemon-main.c:
* daemon/gvfsbackend.c:
* daemon/gvfsbackendburn.c:
* daemon/gvfsbackenddav.c:
* daemon/gvfsbackendhttp.c:
* daemon/gvfsbackendobexftp.c:
* daemon/gvfsbackendtrash.c:
* daemon/gvfsdaemon.c:
* daemon/gvfsjobcloseread.c:
* daemon/gvfsjobclosewrite.c:
* daemon/gvfsjobcopy.c:
* daemon/gvfsjobdbus.c:
* daemon/gvfsjobenumerate.c:
* daemon/gvfsjobmount.c:
* daemon/gvfsjobmove.c:
* daemon/gvfsjobpull.c:
* daemon/gvfsjobpush.c:
* daemon/gvfsjobread.c:
* daemon/gvfsjobseekread.c:
* daemon/gvfsjobseekwrite.c:
* daemon/gvfsjobunmount.c:
* daemon/gvfsjobwrite.c:
* daemon/mount.c:
Convert all spew to g_debug()
svn path=/trunk/; revision=2297
|
|
svn path=/trunk/; revision=1922
|