Здравко Legendary | Level 20

Usually Dropbox folder don't have to be removed and all the time I took care to keep your files in safe. In such a case we can apply some "force": dropbox stop; rm -rf ~/Dropbox ~/.dropbox ~/.dropbox-dist; dropbox start -i Try the above and let's hope everything will be fine. :wink: Dropbox will asks you again to confirm…

Hi @"JayCnCy", Missing results usually "say" no errors. :slight_smile: That's fine. I suppose that you didn't count asking for you password here? (sudo makes such ask) One more thing which could be checked is symbolic links existence and where they point to: ls -alR ~/Dropbox | grep " -> " Ideal variant would be empty…

It's strange such important tool gets miss. You can download and install it from here: https://www.python.org/downloads/release/python-381/ 😉 Follow the instructions there.

That's the share link for. 😉 If you want edit right, ask the sender use shared file/folder, instead, and give you such rights there. Good luck.

Ehoo... :dizzy_face: New BUG!!! Where has move Dropbox folder button gone? Fix it! Please! PS: Seems on second try everything is back. But there is something wrong. Why ever (dis)appear initially?

Hi @"JayCnCy", Did you execute the above commands? Can you paste, in a code block, the terminal result (together commands and results - if any) in next post? Can you provide a Nautilus screenshot covering particular example of such problematic folder (hide personal info - names and so on)?

What shows Nautilus for particular folder and not only? Is there something in process of sync? If the state isn't clear still, you can try unlink and relink back to your account and also try fix possible permission issues there. ADD: Possible commands to fix some permission issues: sudo chattr -R -i "$HOME/Dropbox" sudo…

Yes, exactly! 😉 Or unlink it, at least.

Actually, that depends on the OS and graphical environment in use. Many environments allow applications control on the icon appearance (change of application state - active or inactive). Particular icon could be set in the environment as "always shown" or "always hidden", application status independent. But, as I already…

Ok... I will try explain in more details. In Linux (unlike Mac and Windows) graphical shell doesn't "stick" to the place where particular program runs. One program can run on machine (real or virtual) where graphics isn't available, but program widow can come up on another machine where X interface is supported (either…

There is only one reason for such thing. You try run in graphical shell! Don't you?! In such cases Dropbox application tries to redirect the link directly to default web browser. Just go there and declare you would like to connect. If, for some reason, this don't happens try to execute previous command in clear console…

:grinning::slight_smile: Seems you have killed the daemon! That's why "Dropbox isn't running!". Ok... Try following and paste the result: rm -rf ~/.dropbox ~/.dropbox-dist ~/Dropbox; ./dropbox.py start -i In that way the daemon will be detached and you can check the status in same terminal without killing anything. :wink:

@"marclevoy" wrote: ... The install script just stops without giving me a login link.... One note: headless Dropbox have NOT an install script! Just executables. Entire installation is just extract the archive, nothing more. :wink: what is result from: ~/.dropbox-dist/dropboxd Run the above in terminal and post the entire…

Don't use 'sudo' for either directly run Dropbox daemon or use the script! The application works only in user mode, that's why changing context could lead to issues. Both daemon and script should work in same context to be able connect to each other. 😉

Hi @"Phillip D.4", That mean you have no problem with the quarantine on the directory. Set also "-r" attribute. i.e. byself this "error" mean "no problem"! :wink:

Hi @"emassey44", You can install Dropbox application only on your server desktop and continue working on all 8 desktops almost without change. :wink: Just a variant not to install on every one computer and engage local space, if that's not desirable. Only thing you have to do is put your shared folder in the Dropbox…

Hi @"donawalt" & everybody else, Could be used simpler variant, covering more cases, without using python, but 'jq': IFS=$'\n'; for i in `cat ~/.dropbox/info.json | jq -r '.[] | .root_path, .path'`; do if [ "$i" != "null" ]; then echo "$i"; xattr -d -r com.apple.quarantine "$i"; fi; done Just another variant covering…

Probably @"Greg-DB" can forward a query to development.

Unfortunately, that's it. I fully agree with you. Let's hope Dropbox will revert or improve the feature somehow.

Only workaround - use of get_metadata for all desired files. 😉

Yes, because the id expected is file request id, not file id! As I noted above, they are different. :wink: Give an answer to yourself: What you are doing on? Files or Requests? And use corresponding API type, finally. Don't mix them!

:laughing::grinning: Hi @"AmandaCifuentes", Use the id as is! If you remove leading part, Dropbox tries find a file with "-x-m_bOc0rAAAAAAAAAA-A"-like name, missing actually. :wink: Hope this cast extra light. ADD: Oh, Even more "get_metadata" is file operation and the id there is file id, but "update" is file request…

The result from "list_folder/continue" on call in webhook is same like in any other call in any other condition. There is JSON result example, also. In a real situation result will be changed entries - all files and/or folders. As a example - you can find can find current last cursor/iterator for you account using: curl -X…

Different terms, same meaning - iterator or cursor - synonymous in particular. 😉

Hi @"Robert07", Probably you have entered part of the name in a wrong way. To be sure everything is fine, just enumerate the basic folder using: curl -X POST https://api.dropboxapi.com/2/files/list_folder --header "Authorization: Bearer <your bearer token>" --header "Content-Type: application/json" --data "{\"path\":…

Hi @"ch26", The tutorial in webhook reference is a good example, I think. Examples are in Python, but the idea is clear enough. You can "translate" to whatever programing language in use. :wink: Good luck!

Hi @"ch26", If you keep last "list" iterator, in Web hook handler call to "list/continue" will shows only "deltas" 😉. Here you can save the new last iterator for use on next hook handling and so on. Hope this helps.

Hi @"Andrey_Golub1", Doesn't get_metadata work for you? Take a look on sharing_info.modified_by when result is FileMetadata type (i.e. ".tag": "file"). Hope this helps.

Hi @"Mr_and_Mrs_D", In many cases, depending what exactly you need really, a workaround could be link/alias to "Dropbox (Personal)" folder. You can name it as you like, including just "Dropbox", and... the life is back as it was. :wink: Hope this gives an alternative.

Hi @"litemotiv", Metadata is old and seems going to be deprecated. Don't rely to them anymore. :wink: Hope this helps.