microsoftgraph / microsoftgraph/msgraph-sdk-python

Excessive Informational Logs from Library During HTTP Requests

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

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

主要言語
Python
スター
630
フォーク
96
平均マージ
15時間 20分
マージ済み PR(30日)
3

説明

I am using the library as shown below and I am flooded from logs coming from the library:

2025-02-11 17:17:37,072 - INFO - HTTP Request: GET https://graph.microsoft.com/v1.0//users/REDACTED "HTTP/2 200 OK"
2025-02-11 17:17:37,119 - INFO - ClientSecretCredential.get_token succeeded
2025-02-11 17:17:37,199 - INFO - HTTP Request: GET https://graph.microsoft.com/v1.0//users/REDACTED "HTTP/2 200 OK"
2025-02-11 17:17:37,249 - INFO - ClientSecretCredential.get_token succeeded
2025-02-11 17:17:37,330 - INFO - HTTP Request: GET https://graph.microsoft.com/v1.0//users/REDACTED "HTTP/2 200 OK"
2025-02-11 17:17:37,391 - INFO - ClientSecretCredential.get_token succeeded
2025-02-11 17:17:37,470 - INFO - HTTP Request: GET https://graph.microsoft.com/v1.0//users/REDACTED "HTTP/2 200 OK"
2025-02-11 17:17:37,516 - INFO - ClientSecretCredential.get_token succeeded
2025-02-11 17:17:37,591 - INFO - HTTP Request: GET https://graph.microsoft.com/v1.0//users/REDACTED "HTTP/2 200 OK"
2025-02-11 17:17:37,641 - INFO - ClientSecretCredential.get_token succeeded

How do I make it stop?

async def find_user(client: GraphServiceClient, user_id: str) -> None:

    query_params = UserItemRequestBuilder.UserItemRequestBuilderGetQueryParameters(
		expand = ["manager($levels=max;$select=id,displayName,mail,department,jobTitle)"],
		select = ["customSecurityAttributes","id","displayName","mail","department","jobTitle"],
    )

    request_configuration = RequestConfiguration(
        query_parameters = query_params,
    )

    return await client.users.by_user_id(user_id).get(request_configuration = request_configuration)

Originally posted by @Marcuccio in https://github.com/microsoftgraph/msgraph-sdk-python/discussions/1112

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

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

はじめの一歩

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

調査の方向性

提供された find_user エントリポイントから開始し、示されているリクエスト設定と GraphServiceClient を使用して、繰り返し出力される情報メッセージを再現します。HTTP メッセージと認証情報メッセージを出力しているライブラリコンポーネントを追跡します。リクエストが過剰な情報ログなしでも引き続き動作し、その動作が適切なリグレッションチェックでカバーされれば完了です。

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

評価

技術スタック
python
領域
api, backend
issue の種類
バグ
難易度
3/5
見積もり時間
1〜2日
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
35/100

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

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