You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Forum Discussion
GetMetadataError path/not_found/.. only in certain circumstances for files that are definitely there
Hi, I'm writing a multiplatform .NET app which I'm testing on both Win10 and Android. Let's call this App1. I'm using GetMetaDataAsync in order to get the last modified time on a file. App1 worki...
A 'path/not_found' error like that indicates that the call failed because there was nothing found at the specified 'path' value. There are a few things that will affect this:
- Which account is being accessed: each API call is made using an access token, and that access token is specific to a particular account. Make sure you know which access token, and accordingly which account, you're using. You may be trying to access a path that exists in one account, but not another. You can check the connected account using GetCurrentAccountAsync.
- The access type of the app: Apps with the "full Dropbox" access type can access anything in the account, but apps with the "app folder" access type can only access the contents of the special app folder created for them. For an app with an app folder, the supplied path value will automatically be interpreted relative to the app folder (at "/Apps/<app folder name>", by default for accounts with the English locale). Further, each account gets its own distinct app folder, even for the same app.
- The root of the API call: When using a full Dropbox app, API calls default to the member folder, but if you're trying to access the "team space", you'll need to configure that specially, as covered in the Team Files Guide.
Hi Greg, 🙂
Thanks for your reply. I read through it and thought "nope not that, nope not that, nope not that. Hmmm, now what??". Note that this is a re-write of something I wrote before (to improve performance and enhance it). I then realised "this worked before, what have I changed?". Here was the thought process as it unfolded...
"I had the path hard-coded before, and it is now. No, wait, no it's not - I now have part of it in settings! (this is something I've added in the new version) But the settings are the same on every device. Oh no, now wait there just a minute. Settings are stored on each device - there COULD be something wrong there!". Sure enough, I found I'd missed part of the path on my phone, and thus why it was crashing on my phone and not my PC. Doh! So I was right that it was something environmental.
So thanks for your reply - it triggered a thought process that did eventually lead me to the culprit. I was wondering - can we maybe get that error message updated to include the actual path that is being looked for? If I had that I might've realised sooner where the error was.
In the meantime that's given me some ideas, like sharing settings across devices, and adding validation to what the user has typed in, because, you know, sometimes they might type in something that's actually invalid. 😉
Thanks again for your help,
Donald.
Greg-DB
Dropbox Staff
Dropbox StaffThanks for following up. I'm glad to hear you got this sorted out. I'll pass this along as feedback to see if we can improve the error returned in cases like this to include the path value itself.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
