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