GitLab

Add context and comment unused string (to not waste translators' time).

There is no reason why we should prevent renaming of items whose path
components are less then 3 (= top-level items, e.g. foo@gmail.com/bar.txt).
This really looks like a typo, as it should have been 'srcPathComps.size() < 2)'
like we already do in other places.

However, at this point we already know that 'srcPathCompos.size() > 1',
so we can just remove this if().

The macro was a bit confusing, now it's clear when each function returns.

CMake will generate the necessary Qt macros for categorized debug output.
This requires ECM >= 5.14.

The debug output can be configured at runtime with:

export QT_LOGGING_RULES="kf5.kio.gdrive.debug=true"

JSON file generated by protocoltojson.
The KIOPluginForMetaData wrapper class is required to embed the JSON metadata
in the plugin. This is what some of the main kioslaves do.

To do so, we need to use QApplication instead of QCoreApplication.
Now the slave does not die anymore when typing 'gdrive://' into Dolphin.

Since it automatically takes it from QCoreApplication::applicationName().

So far the only way how to detect whether we are uploading a new file, or updating
an existing one is to check, whether the given URL has the "id" query item. Without
it, we cannot identify the existing remote file.

Very small files won't get flushed after write, so FileCreateJob will just find
an empty file, even though we have written data in there. This confuses KGAPI :)

In case someone stats a file we have just deleted (trashed), make it look like the
file is actually gone.

For each files we append ?id=%GDRIVE_UID% query item to UDS_URL attribute.
Users still see the pretty filenames everywhere, but we can easily identify
the files now. We will still fallback to using PathCache and recursive server
queries in case the id query is missing - either we got some URL copied from
somewhere, or we are working with folders.

The reason this does not work with folders is that folder cannot have query
item, so KIO converts the URL to gdrive://acount/some/folder/?id=XYZ - it
creates an empty file/folder, which then breaks cdup (and some other things).

This is kinda magic: we use the user-visible names (display names) in path
and once we get the URL with this patch, we try to map it back to GDrive
UIDs using the PatchCache and falling back to recursively resolving UIDs
via FileFetchJob's Search functinality.

Opening/listing still seems to be pretty fast, so yay for us!

The only thing that currently does not work is opening of files that we
have converted from Google Documents format, because we have manually
changed their extension (added .odt, .png , ...) so obviously the names no
longer map to anything on the server and so the FileFetchJob search fails
to resolve the UID. I'm not sure if there's any way to solve it other than
stop appending custom filename extensions to the converted files.

Files that were created using Google Documents have no extension and a format that
cannot be opened and processed by desktop applications (LibreOffice, Gwenview, ...),
so if we run into such file during listDir() or get(), we try to convert it to some
reasonable, desktop-friendly format using the exportLinks fields.

This is the only way to make trashed items available through the
KIO Slave - otherwise people would have to go to web interface to
untrash things.

listdir() will now include "New Account" folder when listing accounts, which will
start authentication and then redirect to the account root. Deleting the account
folder removes the account from KWallet.

The Account was being created in a wrong way in AccountManager::account() which
resulted in the auth dialog popping up every time token expired. Also the job
was not restared after the token has been refreshed, which caused the slave
to get stuck on current operation.