I think this is a bug, but looking for feedback from Microsoft Teams people. Using the new REST API to get the Team for a Group.
What I find is that if I have only the Groups.Read.All permission, it fails with an "Unauthorized" error. However, if I change my permissions to Groups.ReadWrite.All then it works.
I'm just doing a GET, so I don't understand why I need to have the Write permission. We're always trying to do things with Least Privileged Access so would like to avoid it. Is it possible that this is just a bug in the preview, or should we expect this requirement to continue?
Yes, it's a bug. It should work exactly as you expect.
We have filed a bug and will fix it shortly. No ETA yet.
Thanks for reporting it!
Related
I have a script that queries Microsoft Graph for the mail rules of each user. Each mail rule comes back with an ID which I then store for tracking purposes. However these rule IDs periodically change. I haven't been able to determine what causes this. Is there a predictable way to identify mail rules?
Sadly, you aren't the only one to have this problem. This post has been open for over a year on MS's Q&A Board: messageRule ID not constant?
This answer may provide some insight as to why this is happening: Message-Id header changing when sending via ActiveSync - Answer
Unfortunately, it seems like this is a shortcoming of Outlook (and other MS systems for that matter). Perhaps getting more traction to this issue can finally get MS to shed more light on this...
It looks like you can get a user's presence via API: https://learn.microsoft.com/en-us/graph/api/presence-get?view=graph-rest-1.0&tabs=http. But I can't find any way to get the Teams status itself, specifically this thing:
I've seen various people asking about it in other forums, I assume it doesn't exist yet but maybe somebody knows how, perhaps there's an undocumented way? Thanks!
Currently we do not have any Graph API to get the status set in Teams.
You can raise a user voice here: https://microsoftteams.uservoice.com/forums/555103-public/filters/new
The current solution I found involves a complex set of process, I have not figured out 100% yet. Thus, I wanted to know an expert opinion on this.
This is what I have so far:
Access Graph API endpoint /friends which will give the list of friends who are also using the app
Invite them (I have no idea how)
For an invite, I have found this, but that's already deprecated. Which uses FBSDKAppInviteDialog.
I also found this but it seems like she is just promoting their own product. If they can do it then there must be a way for me to achieve this as well. Still, I can't find it in Facebook docs.
The sad thing is, why would Facebook make this simple stuff very hard to do?
I am finishing development of API similar to Slack API, but with more/different features. I have to implement an API (more like command/endpoint) for deleting a room and I can't find anything like that in the documentation.
It seems that it can be done via webUI according to this help article.
But there is no method for it in Slack API methods.
I think there is only channels.archive with similar purpose, but it seems very strange not having a method to delete a room.
Is it really like that that room can't be deleted via Slack API?
There is no method for deleting a channel in the official API, but there is the undocumented method channels.delete that has this exact functionality.
Basic usage is:
https://slack.com/api/channels.delete?token=TOKEN&channel=C12345678
Please note that undocumented methods are not officially supported by Slack and might change or stop working without any prior warning. Still, they are very useful and I have made a github to document all known undocumented methods. Please feel free to use and contribute.
Tried it today 2nd June 2022 and it responds with 'unknown_methods', I guess it's outdated now.
I have an iOS app that has been fetching the user's Facebook status updates and location checkins using "/me/posts" for several months. After today's "breaking changes" update, "/me/posts" only returns recent "Like"s. It looks like "/me/statuses" and "/me/checkins" are the new proper places to check for these things. I guess that makes sense, but I saw no documentation anywhere describing these changes or saying that they would happen today. The original documentation about what is specifically returned from the graph API also seems pretty slim.
So my questions are: is this an official change to the API? Where was it specified? Where should I look so I can stay on top of these things and not have my app break for hundreds of users?
Perhaps more importantly: are "/me/statuses" and "/me/checkins" the new proper ways to get this information? Or is there something else?
Always good to keep a (sharp) eye on the Developer Roadmap. These types of changes happen often, but FB usually does a good job of calling them out ahead of time. You've answered your own question as far as whether or not it's an "official" change - you're seeing it in the wild - insofar as how Facebook works, it's official.
Try using the Graph API Explorer. It could be an access token issue.
FYI: I see a similar issue with my application, and I am able retrieve the posts only when I use the Graph API Explorer and the token I get from there.
Update: I found where some of the problems lived. In the app profile in Facebook, pick "Edit Settings" and then go to "Advanced" where you'll see a section called "Migrations". This is mostly switches to show compatibility for various "breaking changes" updates, but it also includes an option for "Include Checkins with Statuses".
Now I know where to look, things are making a bit more sense.