I am trying to create a flow that links files on my company's onedrive for business account with our SharePoint site. The first time I tried this, when I clicked the bar beside "*Folder", it listed the folders on my onedrive account and I was able to select the one wanted to create the flow between.
View Creating Flow:
However. A week later, I resolved an unrelated issue with the process and tried to create a new flow, but now, when I try to click the bar, this is all I get. Root is not a file on my onedrive, and it doesn't expand into anything. I have tried, putting in, "/File Name", but it won't recognize the file name, and the flow fails when I test it. I am not sure what I am doing differently this time that is causing Flow not to recognize the onedrive folders.
There is no folder, "root" in my one drive, and root doesn't expand into anything:
Root means the primary (main) OneDrive folder. If you click on the > next to root, it will open up the primary OneDrive folder and list all of the subfolders, as well as, all of the documents in the root folder.
Related
I'm able to successfully list folder and contents when my dropbox developer app has full access, however, when I'm using scoped access only to a specific folder, it fails.
Now when I switch to scoped access to a specific folder I'm running into errors. This request should fail since the app does not have access to the folder.
Now when I put in the right folder path, I'm still getting the same error.
For reference I'm sharing my app details
It looks like you're using the App Folder permission. This will root all your paths relative to that app folder; your app will not be able to see outside of it.
For example, if the user sees the file as "/Apps/AppFolderAccess/myfile.txt", your app will see it as "/myfile.txt". By setting your path to /Apps/AppFolderAccess, it is effectively resolving as /Apps/AppFolderAccess/Apps/AppFolderAccess - which is not found.
If your application needs to see content outside its app folder, you should select full access.
Building on top of the other answer: you need to set the application permission to access type "Full Dropbox– Access to all files and folders in a user's Dropbox."
However, note that this requires you to delete your existing app and create a new one since it is not possible to change the scope of an existing app.
When I create a Logic App, I'm listing the file content in one drive for business. Then, I'm creating a ForEach to loop through the files in a folder and delete them. The system is not deleting the files and giving a 404 error.
I do the same example for copy, it works fine. The same example works fine if I replace the oneDrive for business adaptor with SFTP for example.
I've attached files for the design I've done and the error I get:
LogicApp Workflow
404 Error
Delete file API by OneDrive takes an ID rather than the file path. So in your case, specify "Id" token and it should work.
In One Drive business UI, files and folders in root document are not visible. But I could retrieve items from root folder through API.
UI shows error as "This item might not exists or no longer available"
As soon as I take away EVERYONE from the root folder (Company Home) in alfresco, some custom webscripts stop working and respond that this folder cannot be found. I would like to give a subset of EVERYONE (eg GROUP_A) permission from the rootfolder down. The "normal" usage of alfresco through Share keeps working when I do just that, only the webscripts give me some trouble. There are answers like this one:
Alfresco openCMIS connect to home folder
But that's just a workaround. Maybe some kind of system user needs to have permissions on the root folder?
I think this is a similar question: Alfresco webscript can't find Company Home folder
The most clear answer is (depends on which version you are) that the webscripts, CMIS & Java code need to know the path of the node you are in.
In Previous Alfresco versions even in Share a user needs to have Consumer rights on the parent folder otherwise the breadcrum would fail to load and other issues.
In 4.2.x if you retrieve a document/folder and you as user don't have rights on one of the parents folders OpenCMIS code breaks. This will/should also happen on some webscripts.
A user needs rights on the template folders within Data Dictionary, so it's good to keep the EVERYONE group on Data Dictionary.
Customers at my site upload private files using node checkout module which finally land in sites/default/files directory as part of their order.
Unfortunately I could never find a way till now to restrict those files to the owners only. I've even used User File module, but this module stopped my site.
Customer can upload files as their product order even as anonymous but to checkout they will need to login.
So if I add .htaccess in this directory disallowing everybody in the world read access, will this idea work?
I was thinking to write a hook so that as soon as a product is checked out, it's associated uploaded file can be moved to some private location, or have it's read permission removed( as hosting is on linux).
Any ideas?
I'm using Drupal-6