PSA: Storage Access API & dedicated workers
조회수 43회
읽지 않은 첫 메시지로 건너뛰기
Chris Fredrickson
2023. 10. 25. 오후 12:06:0423. 10. 25.
받는사람 blink-dev
Hello all,
Just wanted to give an FYI that I will be submitting a change that makes dedicated workers "inherit" the storage-access status of their parent (whether the parent is a document, or is another worker). This behavior is not specified by the Storage Access API (SAA) spec, but is under discussion there. In the meantime, this CL will align Chrome's behavior with Safari's and allows web workers to benefit from storage-access permission grants. The new behavior will be available in Chrome M120.
I’m sending this fix as an FYI because while this has some web-observable effect, we do not think that it will result in broken websites, given that it aligns with current behavior developers expect from the SAA. Chrome is not yet blocking third-party cookies by default so it’s extremely unlikely that developers have come to rely on cookies being blocked in workers by default after a document.requestStorageAccess() call.
Just wanted to give an FYI that I will be submitting a change that makes dedicated workers "inherit" the storage-access status of their parent (whether the parent is a document, or is another worker). This behavior is not specified by the Storage Access API (SAA) spec, but is under discussion there. In the meantime, this CL will align Chrome's behavior with Safari's and allows web workers to benefit from storage-access permission grants. The new behavior will be available in Chrome M120.
I’m sending this fix as an FYI because while this has some web-observable effect, we do not think that it will result in broken websites, given that it aligns with current behavior developers expect from the SAA. Chrome is not yet blocking third-party cookies by default so it’s extremely unlikely that developers have come to rely on cookies being blocked in workers by default after a document.requestStorageAccess() call.
Chris
전체답장
작성자에게 답글
전달
새 메시지 0개