Being able to query the definition of a custom contentType (by its id, for example) would enable lots of business applications related to automatic completion of the organization's metadata and certainly other stuff I can't foresee.

When we create a new list or library for a SharePoint site we get to choose whether to include it on the quick launch navigation or not, this option has to be available in Microsoft Graph as well.

Enable Microsoft Graph to access SharePoint security groups and members along with respective permissions like Read/Edit/Full Control.

As for today Graph API allows only enumerate of some documents libraries (as drives), but it's needed also to get an ability to get list of all lists in the specific sharepoint site. As it's working today in Sharepoint REST API

When will GET page be available in Graph API v.1.0? It´s been in beta for a very long time.

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.

Although it's possible to get all members using Group API, it only works for modern sites or group connected site. Add directly "list all users for a site" will greatly help many business scenarios.

At present, the lastModifiedDateTime for Site objects doesn't seem to reflect the datetime that a non-system user modified the site. This might be worth returning to aid in governance queries, similar to how the REST API handles it.

When accessing sites with Graph, the access level is not granular enough. For example writing a daemon to query a sharepoint site where the daemon should only have access to query that one site for meta data. The application should only be able to query that one site, not all of the company sharepoint sites.
I would think this would be available in some form, but having spent many days researching this I have found no way to enable Graph access to only one or a limited group of company sharepoint sites.

Today the Teams API under the Microsoft Graph doesn't support SharePoint (and PowerBI) Teams tab creation. https://docs.microsoft.com/en-us/graph/teams-configuring-builtin-tabs#sharepoint-page-and-list-tabs
This is an important gap for Teams provisioning and it would be interesting to have that capability

There is too much data in the List, such as more than 5000. When using $filter for conditional query, if the result of the known query is very large, for example, the query should return 5000+ records, then the query will report an error.

"error": {

    "code": "activityLimitReached",

    "message": "The application or user has been throttled.",

    "innerError": {

        "request-id": "e6fca4dc-bf11-48d5-8c80-ef32ef8e6926",

        "date": "2019-01-17T05:46:35"

    }

Provide an API to retrieve the custom formattings for views in a SharePoint list?

Provide Graph API to retrieving column formatting for a column of a SharePoint List

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

Today, when an application is granted access to Sharepoint or Files, it has access to all sharepoint sites and files of the user. In case of an application permissions, the admin user gives access to all Sharepoint sites and Files of its tenants.
It would be great to manage permissions at Sharepoint site level. A user/admin user would grant an app access to a specific Sharepoint sites and to all the drives related to that Sharepoint sites.

Document sets are pretty handy when it comes to document management practices and governance. It would be useful to support creating document sets via the Graph API

On beta version -> Get page list. Json should provide webpart for image. Current version is only id, instanceId. I suggest provide imageSource or "uniqueid"