~vcs-imports/libgdata/+git/libgdata:wip/rishi/drive

Last commit made on 2018-08-13
Get this branch:
git clone -b wip/rishi/drive https://git.launchpad.net/~vcs-imports/libgdata/+git/libgdata

Branch merges

Branch information

Name:
wip/rishi/drive
Repository:
lp:~vcs-imports/libgdata/+git/libgdata

Recent commits

1e4e9c0... by Debarshi Ray <email address hidden>

tests: Fix /documents/folder/parser/normal to work with Drive v2 API

The gdata_documents_entry_get_path API doesn't work with Drive v2
because each entry's JSON only has its immediate parents, not the full
chain.

https://bugzilla.gnome.org/show_bug.cgi?id=684920

cdd63d3... by Debarshi Ray <email address hidden>

tests: Make the cancellation tests work with GTask

https://bugzilla.gnome.org/show_bug.cgi?id=684920

346fe9a... by Debarshi Ray <email address hidden>

tests: Update traces

246a432... by Debarshi Ray <email address hidden>

tests: GDataDocumentsSpreadsheet is not meant for ODS files in Drive v2

https://bugzilla.gnome.org/show_bug.cgi?id=684920

a25c910... by Debarshi Ray <email address hidden>

tests: ODTs are represented by GDataDocumentsDocument in Drive v2

GDataDocumentText is bound to application/vnd.google-apps.document,
which represents native Drive-specific text documents. Anything that's
not a Drive-specific type, except PDFs, are meant to be represented as
GDataDocumentsDocument.

Trying to upload an ODT as a GDataDocumentText confuses things. We
pass the ODT's MIME type to the GDataUploadStream, which is not the
MIME type of the associated entry. The updated GDataEntry that is
obtained as a side-effect of the upload is set to match the stream's
MIME type. Therefore it is a GDataDocumentDocuments, which isn't the
same type as the initial entry we started with.

https://bugzilla.gnome.org/show_bug.cgi?id=684920

cc2bd43... by Debarshi Ray <email address hidden>

tests: ODTs are represented by GDataDocumentsDocument in Drive v2

We are uploading the ODT as a GDataDocumentsDocument, but somehow
expect it to become a GDataDocumentsText when downloading. That's a
bit bizarre. More importantly, in Drive v2, only PDFs and
Drive-specific content types are supposed to be represented by the
GDataDocumentsDocument sub-classes. Therefore, it is wrong to expect
an ODT to somehow become a GDataDocumentsText.

https://bugzilla.gnome.org/show_bug.cgi?id=684920

81128bd... by Debarshi Ray <email address hidden>

tests: Skip UPLOAD_ODT_CONVERT

https://bugzilla.gnome.org/show_bug.cgi?id=684920

92d0909... by Debarshi Ray <email address hidden>

Port the tests

https://bugzilla.gnome.org/show_bug.cgi?id=684920

cffa2ce... by Debarshi Ray <email address hidden>

core: Move the header guards before including other headers

Don't attempt including other headers only to be blocked by their
individual header guards.

https://gitlab.gnome.org/GNOME/libgdata/merge_requests/3

babc889... by Philip Withnall

Merge branch 'wip/use_free_full' into 'master'

Remove use of foreach with wrong function prototype and use g_list_free_full

See merge request GNOME/libgdata!1