| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reorganize saved references for used objects, getting rid of
some FIXMEs.
|
|
|
|
|
| |
Use G_DBUS_PROXY_FLAGS_DO_NOT_CONNECT_SIGNALS and G_DBUS_PROXY_FLAGS_DO_NOT_LOAD_PROPERTIES
flags where applicable.
|
| |
|
| |
|
| |
|
|
|
|
| |
Forgotten from the 722ebaf0ab949ca5b844a387dc684b4e3185db75 commit
|
| |
|
|
|
|
|
|
| |
It's little messy due to shared code across sync calls with private
main context and async calls that don't have it's mainloop and can't use
private context.
|
|
|
|
|
|
|
| |
...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.
|
|
|
|
| |
This allows clients to react on GVfs mounts appearing and disappearing.
|
| |
|
|
|
|
| |
Not really a problem in this case, but let's be on a safe side.
|
|
|
|
| |
...not doing that leads to accessing freed memory
|
|
|
|
|
|
| |
This mimics the old behaviour and works for sync and async.
Requires new glib for g_dbus_connection_get_last_serial().
|
|
|
|
| |
And conform to usual GNOME naming conventions.
|
|
|
|
|
|
|
|
|
|
| |
A fallout of port away from convenient G_DBUS_TYPE_CSTRING type and
_g_dbus_message_append_args() + _g_dbus_message_iter_get_args() functions
that masked NULL strings as non-NULL empty strings ("") for transferring
over d-bus and on the other side reconstructed the original value.
Portions of other code treat non-NULL strings differently even if they
were empty. This fixes e.g. opening http URLs via gvfs-open.
|
| |
|
| |
|
|
|
|
|
|
| |
The crasher may have been possibly fixed in bug 669211.
It's hard to hit the code path as long as gvfsdaemon calls hard exit().
|
|
|
|
|
|
|
|
|
|
| |
...and fix wrong typecast due to using an object we haven't reff'ed. The
failure we're making silent were coming from a failed d-bus call to mount
tracker.
Also turned out the org.gtk.vfs.MountTracker.unregisterMount() has never
been implemented, daemon mounttracker is watching for clients disconnects
anyway.
|
| |
|
|
|
|
| |
This makes http backend working again.
|
| |
|
|
|
|
| |
So that nothing depends on gvfsdbusutils.h, which is full of old libdbus code.
|
| |
|
|
|
|
| |
Traces of gnome-keyring GetEnvironment() call.
|
| |
|
|
|
|
|
|
|
|
| |
I hate reverting things but this seems to be required for proper
libdbus threads initialization, further used by gnome-keyring.
This has actually been fixed in gnome-keyring recently (bug 659162)
but gvfs can still be used with gnome-keyring-2.32.
|
|
|
|
| |
Handle a connection dying and unregister its subscription.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes the way registered paths (i.e. interface skeleton exports)
are activated on daemon side. We're keeping a list of connections on which every
registered path is exported so that if connection is closed or the path is
unregistered we always free the right interface skeletons.
We also keep track of active client (peer-to-peer) connections so that if a new
path is registered, it's automatically exported to all active connections. Needed
since client connections are usually shared.
It also has a nice side-effect of reacting to dirty disconnects (e.g. the client
dies).
This whole registration machinery needs unique object paths (for the hash table)
but that's not a problem in the current state.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The use of udisks_loop_get_setup_by_uid,
udisks_client_get_loop_for_block, udisks_loop_get_autoclear,
udisks_loop_get_setup_by_uid, & udisks_loop_call_set_autoclear in
gvfsudisks2volume.c cause the build to fail without a udisks2 version
>= 1.97.
https://bugzilla.gnome.org/show_bug.cgi?id=680863
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
|
|
|
| |
Unify the spelling. For the discussion see:
https://bugzilla.gnome.org/show_bug.cgi?id=520902
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
|
|
| |
...to stay consistent with the rest of the daemons.
https://bugzilla.gnome.org/show_bug.cgi?id=680819
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
All the other backend-specific env vars to trigger debugging
spew are named GVFS_<foo>_DEBUG. Make afc follow this pattern, too.
https://bugzilla.gnome.org/show_bug.cgi?id=680733
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=617056
|
|
|
|
|
|
|
|
|
|
|
| |
Some GVolumeMonitor users don't run mainloop thus we're not able
to do any async I/O. Using GDBusProxy name owner monitoring should
get us the same functionality as separate g_bus_watch_name() call
with the benefit of not doing any async I/O in GProxyVolumeMonitor
constructor. This way we could populate volume monitor objects
during initialization.
https://bugzilla.gnome.org/show_bug.cgi?id=679821
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: David Zeuthen <zeuthen@gmail.com>
|
|
|
|
|
|
|
| |
Also set the Autoclear property after successfully mounting/unlocking
devices on a loop device.
Signed-off-by: David Zeuthen <zeuthen@gmail.com>
|
|
|
|
|
|
| |
We also want these checks to apply to e.g. LUKS devices.
Signed-off-by: David Zeuthen <zeuthen@gmail.com>
|
|
|
|
|
|
|
|
| |
Technically there's no problem here since UDisksClient still has a
reference but it's pretty confusing. Fix it up by using
g_clear_object().
Signed-off-by: David Zeuthen <zeuthen@gmail.com>
|
|
|
|
| |
Signed-off-by: David Zeuthen <zeuthen@gmail.com>
|