Skip to content

Bump form-data from 4.0.5 to 4.0.6 in ProcessFrameworkWithSignalR React frontend - #14234

Merged
giles17 merged 3 commits into
microsoft:mainfrom
giles17:giles17-bump-form-data-4.0.6
Jul 30, 2026
Merged

Bump form-data from 4.0.5 to 4.0.6 in ProcessFrameworkWithSignalR React frontend#14234
giles17 merged 3 commits into
microsoft:mainfrom
giles17:giles17-bump-form-data-4.0.6

Conversation

@giles17

@giles17 giles17 commented Jul 28, 2026

Copy link
Copy Markdown
Contributor

Bumps the transitively-resolved form-data dependency from 4.0.5 to the patched 4.0.6 in the ProcessFrameworkWithSignalR React frontend. Lock-file only change; no functional impact.

…ct frontend

Resolves the form-data CRLF injection advisory (CWE-93) by upgrading the transitively-resolved form-data dependency to the patched 4.0.6 release.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Copilot-Session: fdaae27a-1dfe-4ed4-9704-c4b8f6c7ecd7
Copilot AI review requested due to automatic review settings July 28, 2026 22:17
@giles17
giles17 requested a review from a team as a code owner July 28, 2026 22:17

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Automated Code Review

Reviewers: 5 | Confidence: 58% | Result: All clear

Reviewed: Correctness, Security Reliability, Test Coverage, Failure Modes, Design Approach


Automated review by giles17's agents

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot wasn't able to review any files in this pull request.

Files not reviewed (1)
  • dotnet/samples/Demos/ProcessFrameworkWithSignalR/src/ProcessFramework.Aspire.SignalR.ReactFrontend/package-lock.json: Generated file

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Addresses PR review feedback: restore resolved/integrity metadata so the form-data@4.0.6 entry matches the determinism guarantees of the other lockfile entries.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Copilot-Session: fdaae27a-1dfe-4ed4-9704-c4b8f6c7ecd7
@giles17
giles17 requested a review from Copilot July 28, 2026 22:23
@giles17
giles17 marked this pull request as draft July 28, 2026 22:23
@giles17
giles17 marked this pull request as ready for review July 28, 2026 22:23

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot wasn't able to review any files in this pull request.

Files not reviewed (1)
  • dotnet/samples/Demos/ProcessFrameworkWithSignalR/src/ProcessFramework.Aspire.SignalR.ReactFrontend/package-lock.json: Generated file

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Automated Code Review

Reviewers: 5 | Confidence: 95%

✓ Correctness

This is a clean lockfile-only change bumping form-data from 4.0.5 to 4.0.6. Both package-lock.json and yarn.lock are updated consistently with matching version, resolved URL, and integrity hash. The previously flagged issue (missing resolved/integrity fields) has been addressed in this revision. No correctness concerns.

✓ Security Reliability

Clean lockfile-only bump of form-data from 4.0.5 to 4.0.6. Both package-lock.json and yarn.lock now properly include resolved and integrity fields (addressing the previously-raised concern). The integrity hashes match between both lockfiles. No functional code changes, no security or reliability concerns.

✓ Test Coverage

This PR is a lockfile-only change bumping form-data from 4.0.5 to 4.0.6 in both package-lock.json and yarn.lock. No functional code is modified—only transitive dependency metadata. The previously flaged issue about missing resolved and integrity fields has been addressed; both fields are now present in the updated entries. There are no test coverage concerns: lockfile version bumps introduce no new behavior, logic, or code paths that would require test coverage.

✓ Failure Modes

This is a clean lock-file-only change bumping form-data from 4.0.5 to 4.0.6 in both package-lock.json and yarn.lock. Both entries now properly include resolved and integrity fields (addressing the previously resolved review comment). No functional code changes, no failure modes introduced. The dependency version ranges are tightened slightly (hasown ^2.0.4, mime-types ^2.1.35) which is consistent with the upstream 4.0.6 release.

✗ Design Approach

This lockfile-only bump is not internally consistent in either package manager path. The updated form-data entries now declare newer transitive requirements, but the committed lockfiles still leave at least one transitive package pinned to an older, incompatible version, so the documented Yarn install path and the npm lock tree do not fully capture the intended patched dependency graph.

Flagged Issues

  • package-lock.json updates form-data@4.0.6 to require hasown ^2.0.4, but the same lockfile still pins node_modules/hasown to 2.0.2 (lines 3762-3765). Since 2.0.2 does not satisfy ^2.0.4, the committed npm lock tree is self-inconsistent and should be regenerated.
  • The documented install path is Yarn, but yarn.lock now requires hasown ^2.0.4 via form-data while still resolving only hasown@^2.0.2 to 2.0.2 (line 2052). The committed Yarn lock does not fully encode the patched transitive dependency tree and should be regenerated.

Automated review by giles17's agents

@github-actions

Copy link
Copy Markdown
Contributor

Flagged issue

package-lock.json updates form-data@4.0.6 to require hasown ^2.0.4, but the same lockfile still pins node_modules/hasown to 2.0.2 (lines 3762-3765). Since 2.0.2 does not satisfy ^2.0.4, the committed npm lock tree is self-inconsistent and should be regenerated.


Source: automated DevFlow PR review

@github-actions

Copy link
Copy Markdown
Contributor

Flagged issue

The documented install path is Yarn, but yarn.lock now requires hasown ^2.0.4 via form-data while still resolving only hasown@^2.0.2 to 2.0.2 (line 2052). The committed Yarn lock does not fully encode the patched transitive dependency tree and should be regenerated.


Source: automated DevFlow PR review

form-data@4.0.6 requires hasown ^2.0.4, but both lockfiles still resolved hasown 2.0.2, making the tree self-inconsistent. Bump the deduped hasown entry to 2.0.4 (authentic npm metadata) in package-lock.json and yarn.lock; 2.0.4 satisfies all existing ^2.0.2 consumers and hasown's own deps are unchanged (function-bind ^1.1.2).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Copilot-Session: fdaae27a-1dfe-4ed4-9704-c4b8f6c7ecd7
@giles17
giles17 marked this pull request as draft July 28, 2026 22:39
@giles17
giles17 marked this pull request as ready for review July 28, 2026 22:39
@giles17
giles17 requested a review from Copilot July 28, 2026 22:39

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot wasn't able to review any files in this pull request.

Files not reviewed (1)
  • dotnet/samples/Demos/ProcessFrameworkWithSignalR/src/ProcessFramework.Aspire.SignalR.ReactFrontend/package-lock.json: Generated file

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Automated Code Review

Reviewers: 5 | Confidence: 77% | Result: All clear

Reviewed: Correctness, Security Reliability, Test Coverage, Failure Modes, Design Approach


Automated review by giles17's agents

@giles17
giles17 enabled auto-merge July 29, 2026 19:56
@giles17
giles17 added this pull request to the merge queue Jul 30, 2026
Merged via the queue into microsoft:main with commit 362cc2b Jul 30, 2026
19 checks passed
@giles17
giles17 deleted the giles17-bump-form-data-4.0.6 branch July 30, 2026 19:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants