Let’s Capture Missing or Insufficient SharePoint REST Endpoints

3 minute read

Today I got an alert that the SharePoint UserVoice suggestion from Corey Roth (@coreyroth) entitled Add managed metadata term store operations to REST API got the coveted “Thinking About It” tag from the Product Group. I like to tweet out changes like this to let people know the Product Group is listening and acting on our feedback – beyond saying “That’s good feedback!” It’s not all wine and roses, though:

Thank you for your feedback! Just letting you know that we absolutely have this in our backlog, but unfortunately this currently is not included in our short term engineering tasks. We absolutely understand the request and seeing vote counts around this, will help to further prioritize this work for next sprints.

I got a couple of tweets back right away pointing out some other current holes in the REST APIs.

If you think there are other endpoints the REST APIs need or endpoints that don’t work well, please add them to the comments here. I’ll work them up into a list for the Product Group and let’s see what we can get moving! We’ll play by the rules and add the list to UserVoice, but I think all the individual suggestions get lost and it’s harder to see the bigger picture. For each item on the list, I’ve tried to capture related UserVoice suggestions.

The list so far:




  • Version history (@merill) – Provide the Version History feature on list items with CSOM and/or REST, i.e. provide which metadata has changed with the previous value. Currently, the only way to retrieve versions is through the FileVersionCollection/FileVersion objects which provides only the VersionLabel, CreatedBy, CreationDate and Version Url. Ideally, we would need a ListItem object holding all the attributes and values for each version. (John Gunning)


Managed Metadata / Taxonomy


  • Recurring events via the Search endpoint (Derek Gusoff)


  • Publishing – PublishingPageContent, PublishingPageImage (@gautamdsheth)


  • Starting a site workflow – StartWorkflowOnListItemBySubscriptionId & StartWorkflow are only for list items (@BradOrluk)

Microsoft Graph

  • Easily get a graph access token (anonymous)


  • SharePoint groups – Changing group owners has a bug such that you can’t change them using REST (Mike)

User Profiles

  • Allow custom user profile property to be filtered using the $filter parameter (@gautamdsheth)


  • Edit and manage web parts (anonymous)


  1. Hey Marc,
    Thanks for helping us getting a better API.
    Today one of my dev’s asked me a question, which I thinks points out to a gap in the REST API.
    It’s nearly impossible to query properly and easily the Site administrators. First the property is not there, second if you try other methods like filtering on IsOwner, you get exceptions if current user has low permissions. Querying on a permissions level base is slow when we have a lot of security entries and leads to exceptions as well

  2. Server Side Object model has an SPSite.AllWebs property that contained all the webs (and not just immediate subweb or rootweb of the site collection.

    It would be nice to have this in CSOM and REST – Site.AllWebs should return a collection of WebInformation classes.

    Note, because of the nature of CSOM and REST – this will have to be security trimmed so you won’t see webs that you can’t see.

  3. Along with the Recurring Events issue with calendars, include the issues that you cannot obtain the RecurrenceData without making a separate call as well as the fact you cannot filter on EventDate and EndDate (“the field end date of type datetime cannot be used in the query filter expression”).

    Much appreciated.


Have a thought or opinion?