microsoftgraph / microsoftgraph/msgraph-sdk-java

Owners not assigned correctly in bulk member add & inconsistent response behavior

オープン
#2,562 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

status:waiting-for-triage type:bug
主要言語
Java
スター
444
フォーク
154
平均マージ
18時間 28分
マージ済み PR(30日)
4

説明

Describe the bug

When creating a Team and adding members using the Microsoft Graph SDK for Java, there are two issues:

  1. Bulk add does not correctly assign owner roles
    When using the bulk member add endpoint (/teams/{id}/members/add), users specified with the role "owner" are not assigned as owners.
    Instead, they are added as regular members, even though the request payload explicitly defines the owner role.

This behavior occurs without any error or exception, making it difficult to detect programmatically. As a result, affected users do not receive the required owner permissions.

  1. createTeam does not return the created Team
    The SDK method used to create a Team suggests that a Team object will be returned. However, the response does not contain the created Team resource.
    Instead, the Team ID must be retrieved indirectly (e.g., via response headers or additional handling), which is not aligned with common framework expectations.
Expected behavior
  1. Correct role assignment in bulk add
    When adding members via the bulk endpoint, the roles provided in the request (e.g., "owner") should be correctly applied.
    Users specified as owners must be assigned owner permissions within the Team.

  2. Ability to define members and roles during Team creation
    It should be possible to fully define all desired members and their roles (including owners) directly during Team creation, without requiring a separate bulk add step.

  3. Consistent and intuitive SDK response behavior
    The createTeam operation should either:

  • return the created Team entity, or
  • clearly reflect (through API design and SDK behavior) that no resource is returned.

Ideally, the SDK should align with common framework standards and not imply a return value that is not actually provided.

How to reproduce

Create Team
POST https://graph.microsoft.com/v1.0/teams
Content-Type: application/json

{
"template@odata.bind": "https://graph.microsoft.com/v1.0/teamsTemplates('standard')",
"displayName": "Test Team",
"members": [
{
"@odata.type": "#microsoft.graph.aadUserConversationMember",
"roles": ["owner"],
"user@odata.bind": "https://graph.microsoft.com/v1.0/users('john.doe@xy.com')"
}
]
}
Retrieve Team ID
The Team ID is extracted from the response (e.g., via response headers / response options).
Bulk add members
POST https://graph.microsoft.com/v1.0/teams/{team-id}/members/add
Content-Type: application/json

{
"values": [
{
"@odata.type": "microsoft.graph.aadUserConversationMember",
"roles": [],
"user@odata.bind": "https://graph.microsoft.com/v1.0/users('some.user@xy.com')"
},
{
"@odata.type": "microsoft.graph.aadUserConversationMember",
"roles": [],
"user@odata.bind": "https://graph.microsoft.com/v1.0/users('the.user@xy.com')"
},
{
"@odata.type": "microsoft.graph.aadUserConversationMember",
"roles": [],
"user@odata.bind": "https://graph.microsoft.com/v1.0/users('john.smith@xy.com')"
},
{
"@odata.type": "microsoft.graph.aadUserConversationMember",
"roles": ["owner"],
"user@odata.bind": "https://graph.microsoft.com/v1.0/users('one.owner@xy.com')"
},
{
"@odata.type": "microsoft.graph.aadUserConversationMember",
"roles": ["owner"],
"user@odata.bind": "https://graph.microsoft.com/v1.0/users('another.owner@xy.com')"
}
]
}

SDK Version

6.62.0

Latest version known to work for scenario above?

No response

Known Workarounds

No response

Debug output

The log contains no errors, which is also a real problem.

Configuration
  • OS: Windows Local and a Debian on the production VM but the behavior is on both systems the same
    -Within a permission management workflow implemented in a Spring Boot 3.5.x application, Teams are programmatically created and populated in a Job with members using the Microsoft Graph SDK for Java.
Other information

No response

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

まず、再現リクエストとレスポンスヘッダーを基準として、createTeam と /teams/{id}/members/add の SDK エントリーポイントを追跡します。所有者ロールの扱いと作成レスポンスを Microsoft Graph の動作と比較し、それぞれの差異が SDK とサービスのどちらに属するかを確認します。両方の報告された挙動について、確認済みでテスト可能な修正範囲が定まれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
java, spring-boot
領域
api, backend
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
静か
明瞭さ
おおむね明確
初心者へのやさしさ
42/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。