| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ \
| |/
|/|
| |
| |
| |
| | |
contacts: Fix deprecation version for Contacts service
Closes #42
See merge request GNOME/libgdata!31
|
|/
|
|
|
|
| |
0.18.0 has already been released; the deprecation will land in 0.18.2.
Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
|
|\
| |
| |
| |
| |
| |
| | |
contacts: Deprecate the entire Contacts API as Google is ending it
Closes #42
See merge request GNOME/libgdata!30
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Contacts API server will return error responses with increasing
frequency until all responses are errors in December 2021.
https://developers.google.com/contacts/v3/announcement
They are replacing it with the People API (why can’t they provide
backwards-compatibility?), but I don’t have the time to port the
libgdata Contacts service to the new People API. More crucially, I don’t
have time to maintain such a port in the future.
https://developers.google.com/people
Handily, the CardDAV API for accessing contact data is still explicitly
supported by Google Contacts, so people should use that instead. At
least it’s a standard protocol, with a variety of conformant
implementations already released and maintained; and not just another
here-today-gone-tomorrow Google REST API.
https://developers.google.com/people/carddav
Using CardDAV requires OAuth 2 authorization, just like the Contacts API
did.
So, bearing all the above in mind, the libgdata Contacts service is now
deprecated in favour of using CardDAV.
Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
Fixes: #42
|
|\
| |
| |
| |
| | |
require glib 2.68, remove deprecated GTimeVal usage, gobject API, g_memdup
See merge request GNOME/libgdata!29
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
| |
(cherry picked from commit f762b36f23a7335e68503fee5e52f905375df194)
|
|
|
|
| |
(cherry picked from commit 00539d12148b0aa8890f2ac015ff16005f7acd17)
|
|
|
|
| |
(cherry picked from commit d036b0aceb76e07d61a9dba790ccd22924aa4e29)
|
|
|
|
|
|
| |
Open up development for 0.19 release series.
Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit 77f3e24d147a826cee11176fa146012f1c3c8dc8)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit 3f210383d1ebc3ca09eebd299dfa328868f1809c)
|
| |
|
|
|
|
| |
(cherry picked from commit 2e4c5c543f19cb26f40a617c7e12a1d52f1d22e7)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
The release commit accidentally wasn’t pushed to origin/master straight
after the release, so has instead had to land on a branch
(`libgdata-0-18`). Pull in the NEWS and version changes to `master` so
that they are in sync.
Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
|
| |
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
documents: Add Shared Drives support
Closes #25
See merge request GNOME/libgdata!27
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Entries on Shared Drives, or Shared with me are not always editable.
Let's add gdata_documents_entry_can_edit to allow GVfsBackendGoogle to
set file permissions accordingly. It would be nice to make also canDelete,
canRename and canListChildren available, but it would require libgdata
port to Drive API v3 unfortunatelly.
Relates: https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/114
|
| |
| |
| |
| |
| |
| |
| |
| | |
Let's make available the SharedWithMeDate property to make implementation
of the Shared with me folder for GVfsBackendGoogle easier.
Relates: https://gitlab.gnome.org/GNOME/gvfs/-/issues/444
Relates: https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/114
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It seems that the existing documents APIs works nicely with the files
on Shared Drives (formerly Team Drives), although it is possible that
some small changes will be needed to handle differences:
https://developers.google.com/drive/api/v2/shared-drives-diffs
However, the main problem is that there is no way currently to get the
list of Shared Drives IDs and their names. Let's add new APIs for it
which will be consequently used by GVfs.
Relates: https://gitlab.gnome.org/GNOME/gvfs/-/issues/377
Fixes: https://gitlab.gnome.org/GNOME/libgdata/-/issues/25
|
| |
| |
| |
| |
| |
| | |
The cleanup function is not defined for GDataQuery, which prevents
G_DECLARE_DERIVABLE_TYPE use for its subclasses. Let's define it
so G_DECLARE_DERIVABLE_TYPE can be used in the subsequent commits.
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|