-
Notifications
You must be signed in to change notification settings - Fork 378
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Grive does not create directory for shared folders #8
Comments
i have another shared folder which does not exhibit this problem but also doesn't get synced. Unfortunately can't attach a screenshot here, but here's a temporary link: http://wanderinghorse.net/wh/tmp/gdrive-sgbeal-201205011729.png Notice that "counters" and "fossil-collab" are shared, but grive syncs: $ find . -type d |
I can't reproduce the problem. Can you tell me how did your create the "ScGrBa" folder? |
Sorry for the delay - i slept all afternoon yesterday and just got back from work. i created all of those folders via the old GDocs web interface, with the exception of "counters" and the top-level "Docs" dir (my virtual root, which i moved all my old GDocs folders into). The "counters" dir (which gets synced at top-level) was created via the newer GDrive interface, but i don't remember if it was initially created at the (sub)dir level which it is at now. Since i'm (exclusively) on Linux, i'm not using any drive syncing which would have created the dirs for me (not counting grive, but i haven't added any dirs locally). Unfortunately i won't have access to my "real" computer again until the weekend - my netbook is too slow to do any significant compilation on, so i'll have to wait until Friday before i can try it out again. If you're not seeing the problem, then great. i'll give it another look on Friday or Saturday, and maybe it will have gone away on my side by then as well :). |
Looks like I can't re-do what you did to create the folders, cos the old GDocs web is gone. In order to understand what is going on, I need to log the server's response text. Let me prepare some tools to do that. Note that the log may contain some sensitive information about your documents (e.g. titles, creation time etc, not the content). Please take a look yourself before sending it to me. |
Weird - today i pulled the latest and it's doing something different: synching my 'counters' files into ./ [stephan@hamsun: and it's still missing a couple of the dirs in the screenshot i sent: [stephan@hamsun:~/cvs/grive/grive/foo]$ find . -type d i cannot account for any weirdness in my setup. Sorry about that :(. AFAIR i haven't moved any files around since the last tests, only edited a few spreadsheets. |
It may be due to google internally moved some of the data. Thanks for keeping me informed. I will see what I can do. |
I think I know the problem. It's probably due to grive only fetch part of the data about the folders. Can you please see if the v0.0.4 branch does the right thing? If yes, I will roll out another release. |
You seem to have solved it :) [stephan@hamsun:~/cvs/grive/grive/foo]$ ../grive All dirs/files look perfect when it's finished. This is great stuff :) |
Thank you! I am releasing v0.0.4 then. |
i spoke too soon about the perfect sync, though - i found a dir which contains some pngs which were not synched. http://www.wanderinghorse.net/wh/tmp/gdrive-sgbeal-201205061620.png vs. [stephan@host:~/cvs/grive/grive/foo]$ find . -type d PS: i do not generally expect (but don't care if) dirs which contain no actual files (as opposed to gdocs) to be created locally, and do not consider either behaviour a bug. |
I will add some debugging facility to collect log files in the upcoming builds. |
Hi, just want to ask if the missing folder is actually shared within your own drive? |
Hi, nestal, It was shared via the gdocs interface before gdrive was released. After gdrive i moved all of my top-level GDocs folders into a single top-level GDrive folder named Docs (to simplify synching to my hard drive). |
By looking at the code I think it may cause problems if a folder has multiple parents, but it doesn't look like this is your case. |
Hope that match's new debug code can tell us more about it. |
AFAIK i don't have multiple parents anywhere (i don't think the UI allows it, even if the data model does), but i have moved that folder before, so maybe there's some historical information about its parentage somewhere (e.g. in the context of versioning). i'm just guessing, though - i know nothing about the gdrive protocols and APIs. |
Yes the UI allows it. You can press ctrl when dragging the folders in "My Drive". The same folder will appear in multiple folders. |
can you please check again if v0.0.5 fixes this problem? |
This time it synced a lot of PDF files i had forgotten about :). Everything seems to be working great (expected dir structure and files), but after syncing i found the following files which are not from me: [stephan@host:~/cvs/grive/grive/foo]$ l *.xml They're full of google-related metadata, it seems. Maybe temp files left over by grive? |
yes these are log files generated by grive. I forgot to remove the debug code that generated them before releasing 0.0.5. I will make them configurable in the next version |
i think this can be closed? i have shared folders (multiple levels deep with different sharing per level in some cases) being synced just fine by grive. |
Yes if you think it's OK. It's raised by you and so it's your decision. |
i don't have the permissions to close this. As far as i'm concerned, syncing appears to work more or less reliably (barring the occasional network hang and similar stuff, but there's no much you can do about that). |
It looks strange that you can't close it. Some people can close the issues raise by them. |
I have the same problem yet. (i think my grive is updated: |
https://github.com/match065/grive/issues/7?_nid=45063736#issuecomment-5439219
The text was updated successfully, but these errors were encountered: