2017-09-13 1 views
1

Je reçois la même erreur que "Unknown Error" in Microsoft Graph Explorer, en touchant directement la v1 et la beta. Par exemple. beta/groups/<group id>/planner/plans ou, beta/planner/plans/<plan id>UnknownError lors de la récupération d'un plan via des méthodes API Groups ou Planner

Il apparaît comme 401, mais le code d'erreur est UnknownError. Je sais que le plan existe parce que je peux le visiter dans le navigateur. Des pensées/suggestions?

sortie complète:

{ 
    "error": { 
     "code": "**UnknownError**", 
     "message": "...401 - Unauthorized: Access is denied due to invalid credentials.... 
        You do not have permission to view this directory or page using the 
        credentials that you supplied...", 
     "innerError": { 
      "request-id": "02fde3c3-a56c-4134-b483-0b53aee88410", 
      "date": "2017-09-13T05:51:31" 
     } 
    } 
} 
+0

Quelques questions: 1) Quel flot OAUTH utilisez-vous ('authoriztion_code',' implicit', 'client_credentials', etc.), 2) Quelles portées avez-vous demandé, et 3) Avez-vous déjà passé le processus de consentement administratif? ? –

+0

J'essaie d'utiliser les informations d'identification du client, et je peux ajouter un groupe et récupérer tous les groupes (v1.0/groupes). Seules les demandes de Planner qui me posent problème. Tout fonctionne bien si je me connecte interactivement (je pense que c'est le «code d'autorisation» dans ce cas) mais pas avec les informations d'identification du client. J'utilise Group.ReadWrite.All ainsi que d'autres dans les deux cas (dans le cas du 'code d'authentification' je le demande directement, dans le cas du dossier client, je l'ai défini dans le portail reg de l'application et oui, j'ai J'ai passé le processus de consentement de l'administrateur (rappelez-vous que je peux ajouter et lire des groupes, mais pas les plans.) En passant, j'utilise PowerShell ici –

Répondre

1

Je crains que les autorisations d'application (qui sont utilisés le flux client_credentials) ne sont pas pris en charge avec planificateur. Pour interagir avec Plans, vous devez utiliser un flux qui prend en charge les autorisations Delegated.

De l'documentation:

  • Delegated (travail ou compte scolaire): Group.Read.All, Group.ReadWrite.All
  • Delegated (compte Microsoft personnel): Non pris en charge
  • Application: Non pris en charge
+0

Ah, j'ai raté ça, merci Marc, c'est assez dommage pour une application de service en arrière-plan. vous savez si cela arrive à un moment ou dois-je vérifier UserVoice (par exemple https://officespdev.uservoice.com/forums/224641-feature-requests-and-feedback/suggestions/5904632-task-management-api) –

+0

Je vérifie UserVoice.Je sais que ces portées sont régulièrement examinées, mais il y a une certaine hésitation justifiable quand il s'agit d'étendre les portées d'application –

+1

Trouvé un UserVoice existant pour cela pour tous ceux qui veulent le voter: https: //officespdev.uservoice .com/forums/224641-feature-requests-et-feedback/suggestions/17719684 -allow-access-à-planificateur-using-client-credentials-f –