Bug 234215

Summary: SharedBufferBuilder copy constructor should not take reference of original FragmentedSharedBuffer
Product: WebKit Reporter: Jean-Yves Avenard [:jya] <jean-yves.avenard>
Component: WebCore Misc.Assignee: Jean-Yves Avenard [:jya] <jean-yves.avenard>
Status: RESOLVED FIXED    
Severity: Normal CC: webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=224092
https://bugs.webkit.org/show_bug.cgi?id=233511
Bug Depends on: 233442    
Bug Blocks:    

Jean-Yves Avenard [:jya]
Reported 2021-12-12 14:23:19 PST
Bug 233442 introduced SharedBufferBuilder ; the aim was to guarantee immutability of a SharedBuffer once created. As such, copying a SharedBufferBuilder doesn't make much sense or it should make a copy of the underlying SharedBuffer before copying. This paradigm isn't enforceable due to how ScriptBufferSourceProvider is using a ScriptBuffer which itself contains a SharedBufferBuilder A ScriptBuffer is a wrapper around a SharedBuffer, designed to makes it clearer what type of data it's dealing with. We should remove the need for copying a SharedBufferBuilder, or have ScriptBufferSourceProvider::m_scriptBuffer itself made immutable (which is prevented by ServiceWorkerGlobalScope::didSaveScriptsToDisk)
Attachments
Radar WebKit Bug Importer
Comment 1 2021-12-19 14:24:18 PST
Jean-Yves Avenard [:jya]
Comment 2 2025-08-05 19:45:56 PDT
EWS
Comment 3 2025-08-07 05:04:50 PDT
Committed 298327@main (a3cfbbbccbd8): <https://commits.webkit.org/298327@main> Reviewed commits have been landed. Closing PR #48996 and removing active labels.
Note You need to log in before you can comment on or make changes to this bug.