I have a folder which has several sub folders and sub-sub folders and so on. The total number of sub-directories (all inclusive) inside that main parent folder is close to 7,000 with nearly 50,000 files. I am having a hard time syncing this directory. First off it takes a very long time (even though the size of the directory is not that big and I have a 40 upload/download speed) but what is more annoying is that in the end it shows the folder is synced (blue check on the folder icon). However, on opening the folder, I see tons of unsynced folders and files.
Is there a ply depth where odrive stops syncing after a fixed number of sub folder levels?
Why does odrive show a check mark (indicating all sub folders and files in it are synced) when there are unsyced files and folders inside?
Currently long-running, bulk download operations, like the one you are attempting, can hit cloud service exceptions (api rate limit, network connection issue, etc.) that can abort the operation. As long as there are no “dirty” files (files that need to be uploaded) in the folder structure, the folder will be badged with a green checkmark. This behavior is a byproduct of odrive’s ability to have both downloaded files and placeholder files in the same folder. A folder can be considered “in sync” even if not all of the files inside have been downloaded.
This behavior can certainly seem confusing if you don’t expect it. We are planning on adjusting this in an upcoming release to try to avoid this type of confusion and make it more clear what the state of the folder is.
Additionally, we are working on better tolerating transient download errors so that the bulk operations are not aborted when encountering an exception. The ideal behavior is that the action you specified (a recursive download of an entire folder) is completed if at all possible.
In the meantime we can work around this behavior by using the CLI.
If you are running Windows you can take a look at this post here: