We’re Still Here to Help (Even Over the Holidays!) - find out more here.
Forum Discussion
nive
3 years agoExplorer | Level 4
Not able to access the folders inside scoped app folder
There is a scoped app folder , and Im trying to access a zip file in a folder called "myfolder" in the Apps folder . In the script , I gave the dropbox path as /Apps/myfolder/download.zip , however ...
Здравко
3 years agoLegendary | Level 20
nive wrote:Correct me if I'm wrong , So the app name "CISCAT" and the folder name inside /Apps should be the same ? Asking so , because the folder name is CIS_CAT( with an underscore) . And thank you for the path correction , Ill try that .
...
Hm...🤔 Yes and no. In general that's the rule. As can be seen in Dropbox documentation:
App folderA dedicated folder named after your app is created within the Apps folder of a user's Dropbox. ...
So, Yes, when created such a folder should have the same name as the application name.
On other side the application name can change and that change is not retroactive. Also the user can change any shared folder name (app folder behave like a shared folder between the user and the application) without this change affect any other peer. So, No, in spite typically the same, in some corner cases, the name can be different without issue.
In all cases you have to make sure the particular folder belong to your application if there's any doubts. An easy way is just upload a dummy file in you application namespace root and see where this file will bring up. Another way is to list the content of your application namespace root and see what's the result matching to.
nive wrote:...
Also when I try to create "App folder" or "full dropbox" in my dropbox account , I dont see the Apps folder getting created . is there any reason that Im not able to see it in my account ?
...
First, take in mind that when your application has "Full Dropbox" access, nothing is created automatic. Application' root and account' root coincide. So, you cannot expect something to be created automatically, without your application's explicit action.
As mentioned already, when "App Folder" is in use, application' root doesn't match to account' root (or user' home). That's why a folder, responsible for mounting application' root, gets created on application link to particular account. By default this mount point has the form "/Apps/<YOU APP NAME>", where "<YOU APP NAME>" is your application name at link moment.
I don't know if you noticed, I mentioned just before, that app folder "gets created on application link to particular account", not on application creation (as is in your question)! Doesn't matter that the application is created in your account context, it's not linked to there automatic! You have to link it there the same as you may link it to any other account if that's what confuses you. Did you link your application to your account? 🧐😉
Hope this sheds additional light.
nive
3 years agoExplorer | Level 4
Hello @Здравко ,
Thank you so much for your solution . I fixed the issue . I greatly appreciate your quick help 🙂
- karver3 years agoNew member | Level 2
can you tell me how you fixed the issue, i am facing the same problem
- karver3 years agoNew member | Level 2
i need to download zip file from dropbox
this is the error i am receiving :
Invoke-RestMethod : {"error_summary": "path/not_found/...", "error": {".tag": "path", "path": {".tag": "not_found"}}}
My script looks like this
function Get-DropboxFolder{[CmdletBinding()]Param([string]$DropboxFolder,[string]$OutputFolder,[string]$FolderPath)$body = '{"path":"/'+$DropboxFolder+'"}'Write-Output $body$AuthToken = 'xxxxxxxx'$token = "Bearer $AuthToken"#The file will be downloaded as ZIP to the Temp folder of the user$Tempfolder = "$env:temp\Downloaded_File.zip"if (!(Test-Path $FolderPath)) {Write-Verbose "Downloading the folder…"Invoke-RestMethod `-Method POST `-Headers @{ "Authorization" = $token; "Dropbox-API-Arg" = $body} `-OutFile $Tempfolder -ContentType ""#The file will be extracted and then removed from the tempwrite-verbose "Extracting the folder…"Expand-Archive -LiteralPath $Tempfolder -DestinationPath $OutputFolder -ForceRemove-Item $Tempfolder -ForceWrite-Verbose "The folder has been downloaded."}else{Write-Verbose "Folder Exists"}}$DropboxFolder = "Apps/WAE-DE-dev-win11/file.zip"$OutputFolder = "$env:HOMEDRIVE\Softwares"$FolderPath = "$OutputFolder\Software01"Get-DropboxFolder -DropboxFolder $DropboxFolder -OutputFolder $OutputFolder -FolderPath $FolderPath -Verbose- Greg-DB3 years ago
Dropbox Community Moderator
karver Apps with the "app folder" access type can only access the contents of the special app folder that gets automatically created for it. If your app has the "app folder" access type, then it will only be able to access files in the app folder, and the root for any path value supplied by that app will automatically be the app folder root. You can find more information on app permissions here. For example, If your app has the app folder access type and you're trying to access something you can see on the Dropbox web site at
"/Apps/<app folder name>/folder/example.csv", you should only send thepathvalue as"/folder/example.csv".So in your case, instead of this line:
$DropboxFolder = "Apps/WAE-DE-dev-win11/file.zip"try it like this:
$DropboxFolder = "file.zip"
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
The Dropbox Community team is active from Monday to Friday. We try to respond to you as soon as we can, usually within 2 hours.
If you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X, Facebook or Instagram.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!