| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GDBus calls require NULL-terminated string arrays, let's use them
internally instead of array + n_elements couple.
Also fix all users of g_mount_source_ask_question() and
g_mount_source_show_processes().
This is a regression after gdbus port actually, the old code used
to deal with string arrays differently.
Related commit: 99d06e499f999459f1fc973c870415a004722d54
https://bugzilla.gnome.org/show_bug.cgi?id=683118
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683341
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682990
|
|
|
|
|
|
|
|
|
| |
soup_message_headers_get() has been deprecated in favor of
soup_message_headers_get_one().
https://bugzilla.gnome.org/show_bug.cgi?id=682990
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
|
|
|
|
| |
We need to supply an %s somewhere in here to be secure.
https://bugzilla.gnome.org/show_bug.cgi?id=682990
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The backend protocol isn't necessary in the display name for a
location. And having it there makes it much harder to actually
find the user interesting part of the name. Once a mount is connected
the user interesting part of the name is "what it is" and not
"how it is accessed".
This is possible now that we aren't using the display name
to make a unique mount point.
https://bugzilla.gnome.org/show_bug.cgi?id=682878
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682878
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681458
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681458
|
|
|
|
|
|
|
| |
16px favicons aren't themable or resizable. They don't work very well
as the default icons for files or mounts.
https://bugzilla.gnome.org/show_bug.cgi?id=682892
|
|
|
|
|
|
| |
Don't display items that have been marked as private.
https://bugzilla.gnome.org/show_bug.cgi?id=682835
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682384
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=592885
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682507
|
|
|
|
|
|
|
|
| |
Whenever we get ALREADY_MOUNTED during a mount we just treat
it as a success.
This fixes for instance multiple parallel calls to automounted
mounts like http.
|
|
|
|
|
|
| |
We return the not-quite-right ALREADY_MOUNTED. Its not strictly right
because just because the name is owned does not mean the mount
has been registred yet.
|
|
|
|
| |
This breaks fatal warnings unnecessarily
|
| |
|
|
|
|
|
|
| |
Or pressing the button won't dismiss the dialog.
https://bugzilla.gnome.org/show_bug.cgi?id=682496
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682496
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes extra buttons appearing in the dialog.
The fact that we pass the array length doesn't guarantee that the
function we are calling will actually work fine with a non
null-terminated array; in fact it ultimately gets passed to the
autogenerated GDBus code, which expects it to be null-terminated,
causing memory access out of the array bounds, and into the
content-types string array.
https://bugzilla.gnome.org/show_bug.cgi?id=682496
|
|
|
|
| |
Closes https://bugzilla.gnome.org/show_bug.cgi?id=595087
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676424
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676424
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682376
|
|
|
|
| |
Build regression introduced by 288e9153f1f6efdb1243ad4d8589519326f3ec94
|
|
|
|
| |
Don't link to libdbus and remove libdbus utility functions.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=682283
|
|
|
|
| |
Move compare_specificity into HAVE_KEYRING ifdef
|
|
|
|
|
|
| |
Based on an initial port by Stef Walter
https://bugzilla.gnome.org/show_bug.cgi?id=679854
|
|
|
|
|
|
|
| |
following CDIO changeset
http://git.savannah.gnu.org/gitweb/?p=libcdio.git;a=commitdiff;h=abe5b8429573c9ac796c274c7abe7f76ef52dc76
https://bugzilla.gnome.org/show_bug.cgi?id=678257
|
|
|
|
|
|
|
| |
Seems like the afp server in OS X will give invalid replies to the
FPGetUserInfo command when asking for the group id. Therefore we know try to
retrieve the group id in a separate request so that we atleast are able to get
the user id and uuid.
|
| |
|
| |
|
| |
|
|
|
|
| |
We ended up running close_connection() multiple times due to g_main_loop_quit() dispatching
other sources.
|
| |
|
|
|
|
| |
Don't error out if we're unable to get the etag and just continue instead.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
also rename the AfpMapIDFunction enum to GVfsAfpMapIDFunction and move it into
gvfsafpserver.h.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Patch taken from the Fedora package
Author: Jindrich Novy <jnovy@redhat.com>
http://pkgs.fedoraproject.org/cgit/gvfs.git/commit/?id=cd0c6218df85bf3de101402c1aa9d79aae7c3019
|
| |
|