Summary: | Advanced tracking and fingerprinting protection performance issues with drawImage | ||
---|---|---|---|
Product: | WebKit | Reporter: | Daniel Beauchamp <daniel.beauchamp> |
Component: | New Bugs | Assignee: | Matthew Finkel <m_finkel> |
Status: | RESOLVED FIXED | ||
Severity: | Major | CC: | bidders.braces_0f, m_finkel, paul.neave, webkit-bug-importer, wenson_hsieh, wilander |
Priority: | P2 | Keywords: | InRadar |
Version: | Safari 17 | ||
Hardware: | All | ||
OS: | iOS 17 |
Description
Daniel Beauchamp
2023-12-10 09:27:10 PST
This sounds like a duplicate of bug 263129. Does this still reproduce with iOS 17.2? Please feel free to re-open if this still happens. *** This bug has been marked as a duplicate of bug 263129 *** This is still happening in 17.2 I’ll be able to test on Mac this coming week, but it’s definitely still in 17.2 iOS 17.2 (21C62) This is not fixed in iOS 17.2. Safari TP 17.4 still shows this issue too. Update on this. The issue seems to only persist when the source canvas is not in the DOM. Ex: if you just do document.createElement('canvas') to have function as an offscreen canvas, then the drawImage calls will be really slow. If you however add the offscreen canvas to the DOM with appendChild, the problem goes away. Interestingly, if you do `display:none` on that canvas, the problem comes back. But if you set height to 0px to hide it, then everything is fine. Here's an updated glitch with the offscreen canvas in the DOM and "hidden" with 0px height: https://common-teal-okapi.glitch.me Thanks for these details and providing the reduced test cases. I believe I see the issue. *** Bug 266473 has been marked as a duplicate of this bug. *** Pull request: https://github.com/WebKit/WebKit/pull/22746 *** Bug 263013 has been marked as a duplicate of this bug. *** Committed 273301@main (4c31678fef68): <https://commits.webkit.org/273301@main> Reviewed commits have been landed. Closing PR #22746 and removing active labels. |