Support @mention data when posting new chat messages using the Microsoft Graph API. The Microsoft Teams user interface allows for this, but the Microsoft Graph API endpoints remove @mention metadata and markup from new messages. We observed this using the POST /teams/{id}/channels/{id}/chatthreads endpoint, but it might affect other endpoints also.

The same functionality should be added to the endpoint for replying to threads once it is developed.

Following this StackOverflow post, I suggest this feature.
Allow filter and order for SharePoint lists queries through Microsoft Graph API.

The call to get a Team Channel information <a rel="nofollow noreferrer" href="https://graph.microsoft.com/beta/teams/{team-id}/channels/{channel-id}">https://graph.microsoft.com/beta/teams/{team-id}/channels/{channel-id}</a> gives us no reference to access the channel files.
I propose allowing /drive to be added to the end to access the location in SharePoint

Currently OneDrive, Outlook, and AAD Workloads under the Graph send a retry-after header on 429 and/or 503.
However the documentation doesn't say which workloads support it https://developer.microsoft.com/en-us/graph/docs/concepts/throttling and the other workloads don't support it.
It'd make it easier if that was supported across the board to have a single way to handle those kind of issues.
Same remark for the rate-limit headers
related issues: https://stackoverflow.com/questions/47146598/not-receiving-retry-after-headers-from-ms-graph-api
https://github.com/microsoftgraph/msgraph-sdk-javascript/issues/42

When I make the following graph call:

https://graph.microsoft.com/v1.0/me

As an account authenticated against a tenant I'm a guest in, I get the user details for that target tenant.

The account has access to a SharePoint site collection via the same B2B identity. When I make the following sites call:

https://graph.microsoft.com/v1.0/sites/tenant.sharepoint.com,xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy

where the two guids reference the site the account has access to, I'd like to see the same data returned as if I'd made the graph call from an acount homed in the site's tenant.

Currently the SharePoint Sites endpoint in the graph doesn't allow you to navigate to the associated group if it has one (in the case of group enabled team sites). It would be good if you either created a /sites/group relationship or at the very least included GroupId: {guid} in the properties returned when /sites/{site-id} is called so that a second call could be made to the /groups/{id} endpoint.

Ability to determine if some of the recurrent instances within an event series have been deleted

Currently even if you have the User.ReadWrite.All you cant update another users photo via:

PUT /beta/users/{User ID}/photo/$value

This would be VERY helpful.

PowerBI is a Office 365 service, so please integrate it into the Graph API!!
We urgently need the integration of Power BI REST API into the Graph API for our customers.
- The API needs to be accessible as a tenant, not only as a user.
- We need the ability to programmatically deploy and get datasets, reports and dashboards to specific users and groups.
- Statistics about usage.
We need this in the Graph API to combine PowerBI data with the data in Office 365.

If you have an application that reads Teams chat and channel messages it is hard to know when you have recent replies to old messages.

Eg if you have an application that needs to keep abreast of all replies, and,

If you have a user making a reply to a 6 month-old-message in a channel,

How does your application find out?

If it could request channel messages with a /delta then that would work. It would then know which messages to call "get replies" for.

Most or all of the APIs related to Devices and Apps (Intune) only support Delegated Permissions. I see a lot of use-cases where I want to use Application Permissions instead of delegated to simplify and secure my integrations.

Currently you cannot post messages to Teams with application permissions, only delegated permissions are supported.

You can currently retrive the "Hyperlink or Picture" column from SharePoint but you have no clue of the field type.

It would be cool if the columns call return an additional "hyperlink" property to indicate that its a hyperlink or picture column like

{

        "columnGroup": "My Columngs",

        "description": "",

        "displayName": "Picture",

        "hidden": false,

        "id": "24b7e088-5176-412d-b484-a760a806f5ed",

        "name": "Picture",

        "required": false,

        "hyperlink": {

               url: &#39;<a rel="nofollow noreferrer" href="https://some.url&quot;">https://some.url&quot;</a>,

               description: &#39;Some description&quot;

        }

    }

Enable filtering and casting on the target for a navigation collection. For example "get the users that are members of a group, even though the group contains users, groups and service principals. Additionally allow me to do things like find all the members of this group that are in "sales" department.

Right now you cannot achieve "conversations" view in a mail folder using REST API with one request.

A workaround can be found here http://stackoverflow.com/questions/41161515/best-way-to-achieve-conversation-view-for-mail-folder-using-outlook-rest-api

but it is quite slow and not very efficient. Conversations view is the primary view of many mail client but is not achivable (easily) with REST API

According to this statement http://stackoverflow.com/questions/38249131/how-to-clear-a-field-using-using-microsoft-graph-net-client-library

it is currently not possible to clear "simple" fields of Objetcts via Microsoft Graph (Group.Description, User.Surname ...)

Would be great if this was supported.

Graph API : How can we Audit mailbox access by Application Permission AD apps that have been granted admin consent. We are logging client-request-id, request-id, timestamp and x-ms-ags-diagnostic from the HTTP response headers of Graph but we have to reach microsoft to get details of these calls.

For an Azure AD/Office 365 admin, Graph API audit logs should be available in Security and Compliance section.

It will be very interesting to allow filter by onPremisesSamAccountName in users endpoint.

Microsoft Graph cant return the wWWHomePage property that people know from regular AD. We need to access this field in a business case and cant do so, because of the current limitations.

Please add support for wWWHomePage on the User object!