Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: f3212ea2b8fc5b79d7e6d92beec18bbd3c72e206
      
https://github.com/WebKit/WebKit/commit/f3212ea2b8fc5b79d7e6d92beec18bbd3c72e206
  Author: Jean-Yves Avenard <j...@apple.com>
  Date:   2025-08-05 (Tue, 05 Aug 2025)

  Changed paths:
    M Source/WebCore/Modules/fetch/FetchBodyConsumer.cpp
    M Source/WebCore/fileapi/Blob.cpp
    M Source/WebCore/fileapi/Blob.h
    M Source/WebCore/fileapi/BlobBuilder.cpp
    M Source/WebCore/fileapi/BlobBuilder.h
    M Source/WebCore/platform/network/BlobPart.h
    M Source/WebCore/platform/network/BlobRegistryImpl.cpp
    M Source/WebKit/Shared/WebCoreArgumentCoders.serialization.in

  Log Message:
  -----------
  Don't create fragmented blob made of other blobs with fetch data
https://bugs.webkit.org/show_bug.cgi?id=296531
rdar://156827880

Reviewed by Youenn Fablet.

Follow-up on 297885@main. Instead of constructing a Blob
made of multiple blobs, which would create a lot of Blob URLs, we instead
add the ability to create a Blob from a FragmentedSharedBuffer. A BlobPart
is also amended to allow for holding a SharedBuffer.

To reduce the amount of elements in the FragmentedSharedBuffer, we ensure
that the DataSegments it contains are at least 8MiB in size.

No change in JS observable behaviours. Covered by existing tests.

* Source/WebCore/platform/network/BlobPart.h:
(WebCore::BlobPart::BlobPart): Add SharedBuffer as variant, clean-up
code to follow SaferCPP coding guidelines.
(WebCore::BlobPart::takeData): Renamed for consistency and better indicate how 
the code was used.
(WebCore::BlobPart::moveData): Deleted.

Canonical link: https://commits.webkit.org/298227@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
_______________________________________________
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

Reply via email to