It's very important to be able to filter members of a group, for example to search for employees within an organization by name (e.g. 'startsWith').

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

To forward an email we use the displayNewMessageForm. The attachment data we receive from our backend base64 encoded. So it would be nice, if there would be a possibility to attach these files as unsaved using some kind of data-url like:
'data:application/octet-stream;charset=utf-8;base64,JVBERi0xLjUNCiW1tbW1DQoxID....'

By default each procedure should only have the first procedure line (header) visible with an expand button to show all lines within the procedure. Currently a lot of time is spend scrolling through code.

I would also like to see the two drop downs for general and declarations changed to a tree view on the left so that I can more easily navigate procedures and methods.

The call to get a Team Channel information `https://graph.microsoft.com/beta/teams/{team-id}/channels/{channel-id}` 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

At present, if there are tracked deletions within a word, that word will not be found by search if either MatchWholeWord or Wildcards are turned on. This is a bug in search, but it is especially crucial to fix for add-ins.

Office.context.ui.displayDialogAsync gives us the ability to open a dialog of a certain size, but the size options are only in percents of the parents window.

This could be fine if we could know the size of the parent window from an add-in - we could get it and do some calculations, but CORS blocks us from that.

Using only percentages puts us in awkward situations where we have a dialog with a decent amount of content that we need to make responsive to a tiny window when there is still a lot of real estate available in the parent.

A lot of Microsoft products does not work as expected due to the fact the Microsoft Graph does not support Azure Conditional Access. Among the applications I can mention is Microsoft Teams, ToDo, etc. that all rely on the Microsoft Graph and breaks to to limited support or no support for Azure Conditional Access.

Teams:
https://microsoftteams.uservoice.com/forums/555103-public/suggestions/32657161-conditional-access-team-authentication

ToDo:
https://todo.uservoice.com/forums/597175-feature-suggestions/suggestions/32007451-add-support-for-conditional-access

/Peter Selch Dahl - Azure MVP

Currently, availability of body content is needed in order to enable the add-in. As I think this would be ok for contextual add-in, but for add-in commands this isn't necessary.

So basically we need recipient information when executing add-in commands and if needed we can use REST API or EWS in order to fetch the body content later on.

Build out the specific host PowerPoint API with near complete parity to the control that was available in VSTO add-ins for PowerPoint. We have an add-in we want to build out in the new Web Add-in platform, but can't due to the extremely limited capabilities of the current Office.js API. You've had years to work on it, at least be more forth coming with where things are in development.

Either embed Webkit or use Edge - this has gone on long enough.

Currently to retrieve information about all ActiveSync Device Partnerships from Exchange Online, you need to either use ECP or Exchange Online PowerShell. Both of these ways are _VERY SLOW_. ECP because it's manual, and PowerShell because you either have to grab a) all mailboxes (get-mailbox) or b) all partnerships (get-mobiledevice), and then loop through the list to look at each partnership (get-mobiledevicestatistics).

It'd be so much quicker if this was available via the Graph API.

Currently listing all permission on a driveitem https://developer.microsoft.com/en-us/graph/docs/api-reference/v1.0/api/driveitem_list_permissions returns a collection of Permission https://developer.microsoft.com/en-us/graph/docs/api-reference/v1.0/resources/permission.

where three default users are owners, members and visitors. It is very difficult to identify which user is member or owner as these are presented as displayName only and it is translated name in tenants localization setting,

We need a canonical way to identify permission object's grantee whether grantee is owner or member

While EWS and IMAP provide access to the internet headers for messages all messages, and the Graph API provide these for incoming messages, replies and other outgoing messages have empty internetMessageHeaders values. This means, for example, that it's impossible to determine which message a reply is in reply to.

It would be great if the VBA IDE would highlight...

(a) The start and of Blocks such as If/End If. So if you highlighted the "If" the matching "End If" would also be highlighted. This would be great for both coding but also auditing inherited code.

(b) Highlight incomplete Blocks: so if you start "If" it's red until such time the closing "End If" is added

https://docs.microsoft.com/en-us/onedrive/developer/rest-api/api/drive_recent - this endpoint returns different set of fields for personal and business accounts. I could understand if it only adds extra fields for business account, but no - field "fileSystemInfo.lastAccessedDateTime" is missing. And the whole structure looks different. Suggestion - add missing fields for business account

It would be really helpful to have the ability in the Graph API to know which user has performed an action (such as creating a folder, or sending a message) in a given mailbox especially when considering that multiple users work in a Shared Mailbox.

I am creating an add-in that copies tables from Excel in Markdown format at VSTO.
This is a very useful add-in, I want to open it to the store to approach it more widely.

However, the current API does not support clipboard and can not be realized.
For this reason, I would like to add clipboard support.