Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Issue resolving file upload permissions

クローズ
#1,918 コメント 0 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@waldekmastykarz がすでに取り組んでいます。

2026年10月9日 から。

  • #1919 @waldekmastykarz による — マージ済み

評価

この issue はまだ評価されていません。

説明

work in progress

Thanks for the quick reply and for the fix.

I installed the latest beta with winget (DevProxy.DevProxy.Beta, 4.0.0-beta.9) and repeated the recording with GraphMinimalPermissionsPlugin in application mode. The 403 Ip Forbidden is gone: the plugin now retrieves the permissions and reports them. Stable 3.3.1 kept failing, so the new service URL in the beta seems to be what fixed it.

Result for GET/POST on sites, lists, columns, items and GET /drives:

Minimal permissions:
Sites.Manage.All, Sites.ReadWrite.All

A separate one-request run with GET /sites?search=* returned Sites.Read.All.

One thing the plugin could not resolve is the file upload with the path syntax:

PUT https://graph.microsoft.com/v1.0/sites/{site-id}/drive/root:/Documentos/informe.pdf:/content

It reports Permissions information for 'PUT /sites/{sites-id}/drive/root:<value>/content' was not found. The path seems to be normalised to root:<value>/content, so I suspect the :/path:/content addressing is not matched. Is that form supported by the permissions service?

I only tested with placeholder IDs and no token, so this validates the capture and the lookup, not the operations themselves. Feel free to close the issue if you consider the original problem solved.

Originally posted by @mee96 in #1917

主要言語
C#
スター
832
フォーク
90
平均マージ
12時間 53分
マージ済み PR(30日)
44

環境構築

はじめの一歩

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

dotnet/dev-proxy のほかの issue

dotnet/dev-proxy の issue をすべて見る

似ている issue

C# の issue をもっと見る

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

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