Comments
-
It’s easy. Go into your iOS Settings -> [Apps] Dropbox and turn the Allow Tracking switch on/off, depending on which state it is in. Then, you will find it clears the Dropbox <-> Files blockage.
-
Thanks Greg. The 'id' feature is useful.
-
Greg. Thanks. Expanding, on my original request. Although, it is possible to check the 'get_metadata' of the path to find out whether the '.tag' is a folder or file, & then send a delete directive, this is a little long winded. It would be great, if Dropbox could add another argument to the 'delete' directive, called…
-
Just out of interest do you have an API directive that only deletes folders. So, that if a file path is sent in by mistake, the request fails?
-
Greg. This is my fault. Hidden somewhere in the custom API library, I created, I check for the existence of a filename, by using '.', as a file identifier. I created this library some time ago, and neglected to realise that I might be using folder names with '.' in them. Problem solved...
-
Greg. Thanks for the reply. When I try & delete: /somepath/mydomain It deletes successfully every time. But, when I try & delete: /somepath/mydomain.com It does NOT delete the folder and returns an empty response string. Not even an error or 'status_code' is available, so it is very difficult to debug. Any ideas? I have…
