Здравко Legendary | Level 20

Hi @"Makhlouf", Did you try: https://www.dropbox.com/s/9thz78bwfeykqra/version.dat?raw=1 in your code? :thinking:

@"Tyrrell" wrote: ...However, this solution has two huge defects: * I believe that, for the symlink to work on two different machines, the absolute paths to the source files must be the same. This will fail, for example, if the name of the user folder containing the Dropbox folder is different. (Unfortunately, in MacOS,…

Hi @"VictorNemiro", I don't think support for such link is available currently. Probably you have to ask using feature request. Other workarounds are possible, which partially cover what you ask for. That might or might not work for you. As you mentioned "id" is expected. So give the id :wink:. Instead updating current…

Hi @"Walter", :slight_smile: HAPPY NEW YEAR!!! for you too. :upside_down::sunglasses: Success for You and the team! :wink:

I'm up to here, haven't more suggestions, currently. Let's hope someone else will give some additional possibilities, which work better for you.

Hmm... interesting... Let's try different possibilities. First, if and what kind of links you have inside Dropbox: ls -alRP "/Users/mjulia/Dropbox (Personal)" | grep " -> " If there is some result, pointing path have to be inside your Dropbox folder, otherwise could be the problem. Next, to remove potentially quarantine…

What's the result from: cat ~/.dropbox/info.json; echo :thinking:

Your subscription is a Business one! Did you try the same commands for the Business folder too, not only to the private one? :thinking: The issue could comes from there.

@"mjulia" wrote:... I've also applied the instructions above. Any other ideas? ... Hi @"mjulia", Is everything above passed without errors? Did you change the paths? In your case they are little bit different - the folder name differs! Can you pass exact result in the terminal after execution (in a code block </>) -…

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!