Skip to content

[release/10.0] Fix ZIP64 header corruption when large file at large offset#124468

Open
github-actions[bot] wants to merge 4 commits intorelease/10.0from
backport/pr-122837-to-release/10.0
Open

[release/10.0] Fix ZIP64 header corruption when large file at large offset#124468
github-actions[bot] wants to merge 4 commits intorelease/10.0from
backport/pr-122837-to-release/10.0

Conversation

@github-actions
Copy link
Contributor

Backport of #122837 to release/10.0

/cc @iremyux @copilot

Customer Impact

  • Customer reported
  • Found internally

[Select one or both of the boxes. Describe how this issue impacts customers, citing the expected and actual behaviors and scope of the issue. If customer-reported, provide the issue number.]

Regression

  • Yes
  • No

[If yes, specify when the regression was introduced. Provide the PR or commit if known.]

Testing

[How was the fix verified? How was the issue missed previously? What tests were added?]

Risk

[High/Medium/Low. Justify the indication by mentioning how risks were measured and addressed.]

IMPORTANT: If this backport is for a servicing release, please verify that:

  • For .NET 8 and .NET 9: The PR target branch is release/X.0-staging, not release/X.0.
  • For .NET 10+: The PR target branch is release/X.0 (no -staging suffix).

Package authoring no longer needed in .NET 9

IMPORTANT: Starting with .NET 9, you no longer need to edit a NuGet package's csproj to enable building and bump the version.
Keep in mind that we still need package authoring in .NET 8 and older versions.

Copilot AI and others added 4 commits February 16, 2026 15:23
When both AreSizesTooLarge and IsOffsetTooLarge are true,
the Zip64ExtraField was being overwritten in the central
directory header logic, losing the size information.

This fixes the issue by reusing the existing Zip64ExtraField
when adding the offset, using ??= instead of creating a new object.

Fixes #114205

Co-authored-by: stephentoub <2642209+stephentoub@users.noreply.github.com>
Wrap buffer allocation in try-catch for OutOfMemoryException
and throw SkipTestException to gracefully skip the test
when insufficient memory is available.

Co-authored-by: stephentoub <2642209+stephentoub@users.noreply.github.com>
@dotnet-policy-service
Copy link
Contributor

Tagging subscribers to this area: @karelz, @dotnet/area-system-io-compression
See info in area-owners.md if you want to be subscribed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants