BC Idea Link
https://experience.dynamics.com/ideas/idea/?ideaid=21c42653-2359-f111-89e8-7c1e52d7918a
Description
What & why
The SharePoint Graph module currently supports creating files, folders, and list items — but offers no way to modify them after creation. Renaming an uploaded file or updating metadata on a list item are among the most common SharePoint integration scenarios, and their absence forces consumers to drop down to raw HTTP calls.
I plan to close that gap by adding update operations for both drive items and list items, backed by the standard MS Graph PATCH endpoints. It also upgrades the test infrastructure to properly cover multi-step operations that were previously untestable.
Planned Changes
Update drive items — rename files/folders or update arbitrary properties (name, description, etc.) by ID or path via PATCH /drive/items/{id}.
Update list item fields — modify field values on existing list items via PATCH /lists/{id}/items/{id}/fields. Includes a companion GetListItem single-item getter that was missing from the public API.
Multi-response test handler — the mock HTTP handler will supports queued responses, enabling end-to-end testing of operations that issue multiple consecutive HTTP calls (resolve path then execute, or PATCH then follow-up GET).
Risk & compatibility
- All new methods are additive — no existing signatures or behavior changed.
- The test handler refactor preserves the original single-response contract; existing tests work without modification.
I will provide the implementation for this BC Idea
BC Idea Link
https://experience.dynamics.com/ideas/idea/?ideaid=21c42653-2359-f111-89e8-7c1e52d7918a
Description
What & why
The SharePoint Graph module currently supports creating files, folders, and list items — but offers no way to modify them after creation. Renaming an uploaded file or updating metadata on a list item are among the most common SharePoint integration scenarios, and their absence forces consumers to drop down to raw HTTP calls.
I plan to close that gap by adding update operations for both drive items and list items, backed by the standard MS Graph PATCH endpoints. It also upgrades the test infrastructure to properly cover multi-step operations that were previously untestable.
Planned Changes
Update drive items — rename files/folders or update arbitrary properties (name, description, etc.) by ID or path via
PATCH /drive/items/{id}.Update list item fields — modify field values on existing list items via
PATCH /lists/{id}/items/{id}/fields. Includes a companionGetListItemsingle-item getter that was missing from the public API.Multi-response test handler — the mock HTTP handler will supports queued responses, enabling end-to-end testing of operations that issue multiple consecutive HTTP calls (resolve path then execute, or PATCH then follow-up GET).
Risk & compatibility
I will provide the implementation for this BC Idea