...
<rdar://problem/50162379>
Created attachment 368824 [details] patch
Comment on attachment 368824 [details] patch Attachment 368824 [details] did not pass win-ews (win): Output: https://webkit-queues.webkit.org/results/12067388 New failing tests: legacy-animation-engine/fast/layers/no-clipping-overflow-hidden-hardware-acceleration.html
Created attachment 368843 [details] Archive of layout-test-results from ews215 for win-future The attached test failures were seen while running run-webkit-tests on the win-ews. Bot: ews215 Port: win-future Platform: CYGWIN_NT-10.0-17763-3.0.5-338.x86_64-x86_64-64bit
Comment on attachment 368824 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=368824&action=review r=me > Source/JavaScriptCore/ftl/FTLOSREntry.cpp:52 > + if (!entryCode->dfgCommon()->isStillValid) { I really want to clear the OSR entry block in the parent DFGCode when the OSR entry block is invalidated... Can we do that thing?
(In reply to Yusuke Suzuki from comment #5) > Comment on attachment 368824 [details] > patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=368824&action=review > > r=me > > > Source/JavaScriptCore/ftl/FTLOSREntry.cpp:52 > > + if (!entryCode->dfgCommon()->isStillValid) { > > I really want to clear the OSR entry block in the parent DFGCode when the > OSR entry block is invalidated... > Can we do that thing? Yeah I wanted to do that to. It seemed slightly awkward to do object model wise but let me look into it.
Created attachment 368858 [details] patch
Comment on attachment 368858 [details] patch Attachment 368858 [details] did not pass win-ews (win): Output: https://webkit-queues.webkit.org/results/12079225 New failing tests: svg/dynamic-updates/SVGLinearGradientElement-svgdom-href-prop.html svg/repaint/remove-border-property-on-root.html
Created attachment 368908 [details] Archive of layout-test-results from ews211 for win-future The attached test failures were seen while running run-webkit-tests on the win-ews. Bot: ews211 Port: win-future Platform: CYGWIN_NT-10.0-17763-3.0.5-338.x86_64-x86_64-64bit
Yusuke and I spoke offline. We're going to go with the simpler, earlier version of this patch.
Created attachment 369174 [details] patch
Created attachment 369176 [details] patch for landing
Comment on attachment 369176 [details] patch for landing Attachment 369176 [details] did not pass win-ews (win): Output: https://webkit-queues.webkit.org/results/12122413 New failing tests: http/tests/css/filters-on-iframes.html
Created attachment 369275 [details] Archive of layout-test-results from ews210 for win-future The attached test failures were seen while running run-webkit-tests on the win-ews. Bot: ews210 Port: win-future Platform: CYGWIN_NT-10.0-17763-3.0.5-338.x86_64-x86_64-64bit
Comment on attachment 369176 [details] patch for landing Clearing flags on attachment: 369176 Committed r245017: <https://trac.webkit.org/changeset/245017>
All reviewed patches have been landed. Closing bug.