| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
Apparently g_app_info_launch_default_for_uri() can't handle invalid
URIs like the plain local path, returning G_IO_ERROR_NOT_SUPPORTED.
Let's go through GFile to get a full URI as a fallback.
https://bugzilla.gnome.org/show_bug.cgi?id=676313
|
|
|
|
|
|
|
|
| |
Don't allocate whole padding block, write in smaller pieces instead.
As an bonus, check for block write result and break if error occurred,
passing it further up.
Found by David Zeuthen.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=670162
|
|
|
|
|
|
|
| |
Rather controversial change but afaik these schemas are not used by
foreign apps.
https://bugzilla.gnome.org/show_bug.cgi?id=674922
|
|
|
|
|
|
|
| |
bash-completion upstream has changed the preferred location for completion
scripts, let's make it consistent across our stack.
https://bugzilla.gnome.org/show_bug.cgi?id=678537
|
|
|
|
|
|
|
| |
g_app_info_launch_default_for_uri() didn't exist when gvfs-open was
first written, but now that it does, there's no reason not to use it.
https://bugzilla.gnome.org/show_bug.cgi?id=676313
|
|
|
|
|
|
|
|
|
|
| |
When ftruncate is called with a size greater than the current size
of the file, the expected behavior is that the file size increases to
the requested size, and the new space is zero-filled. SQLite depends
on this behavior when opening a database using 'write-ahead log'
journaling.
Based on original patch by Jeff Smith <whydoubt@yahoo.com>
|
|
|
|
|
|
|
|
|
| |
When GDBusProxy is constructed for a well-known name, it tracks the name
owner itself and no recreation when it changes is necessary. When name owner
is lost, an autostart attempt is made on a next call.
This patch removes name watching completely but retains metadata proxy creation
on a first use.
|
|
|
|
|
|
|
|
|
| |
The webdav root finding logic has been changed so it will not
continue to check the parent directory if we did not get a
webdav collection.
Also if we successfully obtained the information for a directory
we switch the auth handler to non-interactive so we don't try
to ask for new credentials for parent dir. Fix bug #677753.
|
|
|
|
|
|
|
|
| |
The old logic in ms_response_to_file_info () assumed that all
the tags that were present in the 200 status block of the
multistatus response actually contain data. Of course some
server will violate this assumption. We now make sure that tags
really have content when parsing. Should fix bug 675506.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This is a complete port of volume monitors and metadata to GDBus.
The (private) d-bus API has been mostly preserved except of
MountOp methods.
No difference in functionality should be observed.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
... instead of unmounting.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
| |
Yes, can_eject can be TRUE even if the media is not removable.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
| |
Like the rest of gvfs-mount(1), this is mostly useful for debugging.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
|
| |
It may indeed take more than 25 seconds if there's a lot of data to
write. Related to https://bugzilla.redhat.com/show_bug.cgi?id=819492
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
| |
Same as http://cgit.freedesktop.org/udisks/commit/?id=d8fa361eec2706091e9d7f166f63bb5c0f663f4b
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
| |
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
| |
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
|
| |
We might bring this back in one shape or the other, but remove it for
now until I get a chance to talk to Kay and Lennart some more.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=578027
|
|
|
|
|
| |
g_clear_object expects the address of a pointer. A recent
change in its definition makes gcc complain about this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also use a nicer message when asking for the passphrase, e.g. use strings like
'SD04G (SD Card Reader)'
'WD 2500JB External (250 GB Hard Disk)'
instead of /dev/mmcblk0p1 or /dev/sdb1. If stored in the keyring, we
also use the following display name
'Encryption passphrase for $DRIVE'
where $DRIVE is of the above form. This makes it easy for the user to
manage (for example, delete) pass-phrases using seahorse(1).
This was discussed in bug 674161.
https://bugzilla.gnome.org/show_bug.cgi?id=674161
This commit adds/changes translatable strings but Tomas said he would
soon branch gvfs for gnome-3-at a point before this patch.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
| |
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we automount media in a drive assigned to all seats, then all
sessions on all seats will be notified of the new media... which is
definitely going to be annoying. Instead, just disable automounting on
such drives so the user manually have to mount it.
Of course, this depends on the shell doing the right thing. Which is:
only notifying the user when successfully auto-mounting in response to
a hotplug event. This is not currently the case, see
https://bugzilla.gnome.org/show_bug.cgi?id=660595#c19
for details about this bug.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
|
|
| |
If Drive:seat is "all" it means the drive is available on all seats.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=674528
|
|
|
|
|
|
|
| |
pascal strings are in the macintosh-roman character set and therefore need to
be converted into utf-8.
https://bugzilla.gnome.org/show_bug.cgi?id=674528
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change uses the libsystemd-login library to obtain the seat we're
on and compares it against the Seat property on the D-Bus interface
org.freedesktop.UDisks2.Drive. This property is available in udisks
1.95.0, see
http://cgit.freedesktop.org/udisks/commit/?id=91106cdc7622d9674f6083dcb524407f026a36c7
Also, since we're still on the stable branch and not everyone may be
using systemd, make this work without hard-requiring either
libsystemd-login or udisks 1.95.0.
Signed-off-by: David Zeuthen <davidz@redhat.com>
|