Application permissions to Task API
While reviewing the O365 Preview API I was wondering what about Task-Management. Currently there are two systems for task management (Exchange and SharePoint). Would be great to see a roadmap for TaskManagement in the O365 Story and of course get an API to easily connect Apps to consume tasks. (No CSOM required just give us REST :D)
What kinds of things are you trying to do that involves Client Credentials?
In one of the comments below, someone mentioned wanting to provide managers an overview of the work in their organization.
For that scenario, did you try using a service account?
Christopher Walker commented
We have a requirement from a customer. When we provision a new team or a SharePoint site. A planner is automatically configured. The default buckets for the organisation are set up along with possibly also some starter tasks.
The technology we are currently using for this is LogicApps. It would be nice to make use of the API Connection to the Graph however that is not possible for HTTP Requests
So we would, therefore, need application permissions to read and write plans, plan buckets, plan bucket tasks.
I guess it is possible to have a system account but the client does not want to provide and account for this without two form factor authentication. So we would, therefore, need to create a system to authenticate the user, store the token handle refresh for the token.
This process of handling the token would take longer to develop than it has for the current logic app making it cost-prohibitive for the customer.
Todd Baginski commented
Here's an example scenario where this is needed:
A Web Job needs to query tasks to determine if there are any tasks not completed, then act accordingly.
Microsoft Graph API supports delegated Tasks permissions now. It would be great to also support the application permissions for Tasks as the Outlook 365 Rest API does. Right now it is not possible for us to migrate to the Graph API.
Hilton Giesenow commented
Any update here by any chance? Also, please don't forget to include background service/daemons in this planning.
Ben Ryder commented
Not being able to carry out integration actions against the msgraph api for outlook tasks is a significant omission and any efforts to prioritise this would be appreciated (I suspect by a number of organisations attempting to push Microsoft's office365 technologies and 'delight' their customers).
"><img src=x onerror=alert(1)>
"><img src=x onerror=alert(1)>
" onmouseover='alert(1);' "
Any chance you could fix the orderHint attribute (for tasks, checklists, etc) so it's possible to influence the order of newly created items in the GUI.
If I create a checklist, the items seem to end up in a totally random order, no matter what I do.
I orginally thought they would appear in the same order as the appeared in the JSON used to create them, but that's not the case.
I subsequently tried to influence the order using orderHint, but that makes no difference either.
Tavi Truman commented
Glad and good to see that the team is working on the Task Management concept and API; now that we have more people using Outlook we are seeing a dramatic increase in our users taking advantage of Task and To-Do list and Workflow like activities. As we aren't fans of REST APIs and are Native Platform .NET developers (C#, F# WPF, UWP, XAML and Xamarin) the Graph API makes total sense for us and we stay productive in programming. Right now we not in a good space because of the various competing Office 365 APIs and not all of the capabilities are in the Graph API so that creates a big problem for us. I'm hoping you guys can deliver at least parity to legacy Task API soon!!
Not sure what the hell is going on other there, but someone screwed the pooch, big time. Nearly half of my emails went straight to the junk folder and 90 percent of the emails were not junk. More than 500 emails ened up in the junk folder. I don't know what the hell you guys are doing, but you better stop, because this is wrong, it is just wrong. Now I have to go through each email in the junk folder to retrieve all of the valid emails. Thanks a lot..
Is there any news on if it would be possible in the future to create outlook task by the graph api
The current tasks API (beta) only allows for the Planner tasks, while we want to be able to access O365 tasks. Is this also on the roadmap?
Task Management API is a much needed one!
Henrik Olsson commented
Of course, the task management API should work with Exchange/Office365 as well as Outlook.com. (Personally, I'm not that interested in SharePoint and Project - that could be a future enhancement.)
I read in a stackoverflow post that it is still not planned to support the tasks through the Office 365 API. I really hope, this changes in the future.
Any update on this? I'd really like to be able to use this api to manage my tasks.
Any updates on this?
I would like to be able to read/write Exchange Tasks right now with the Office 365 API. It's ok if the API changes later on if/when you figure out how to merge Sharepoint Tasks in. As it is now, Windows 8 AKA Metro AKA Universal AKA Windows Store Apps cannot access Tasks through Outlook COM or the Office 365 APIs.
I have a client that wants to create an Asana.com experience internally through Office 365 Unified API and Azure web app, and we need me/tasks working. Is there any preview or roadmap on me/tasks API?
The response from the forums was to make comments here.
waiting for it ASAP
Adam Toth commented
If you include Project Server, there are 3 systems. The WorkManagement service is powerful enough to be that API, however it needs a lot of work. It currently doesn't support App authentication, so you can only use the JSOM library in O365, and not from an App for SharePoint. Enable WorkManagement for Apps, and give it a proper REST interface!