[webkit-changes] [WebKit/WebKit] 3e1cba: Cherry-pick 261061 at main (69098ebe6b1e). https://bu...

[Adrian Perez]

  Branch: refs/heads/webkitglib/2.40
  Home:   https://github.com/WebKit/WebKit
  Commit: 3e1cba2f73e391c36f37905c84b1473db7586920
      https://github.com/WebKit/WebKit/commit/3e1cba2f73e391c36f37905c84b1473db7586920
  Author: Cameron McCormack <heycam at apple.com>
  Date:   2023-03-10 (Fri, 10 Mar 2023)

  Changed paths:
    M Source/WebCore/page/MemoryRelease.cpp

  Log Message:
  -----------
  Cherry-pick 261061 at main (69098ebe6b1e). https://bugs.webkit.org/show_bug.cgi?id=253133

    Make memory pressure handler call deleteAllCode with PreventCollectionAndDeleteAllCode
    https://bugs.webkit.org/show_bug.cgi?id=253133
    <rdar://problem/106065668>

    Reviewed by Mark Lam and Yusuke Suzuki.

    The memory pressure handler currently calls
    GCController::deleteAllCode(DeleteAllCodeIfNotCollecting), but it turns out we
    hit the case of a collection being in progress moderately often. We already
    do a bunch of blocky work here to get memory usage down, so let's change this
    to PreventCollectionAndDeleteAllCode to guarantee we can drop all JIT code.

    * Source/WebCore/page/MemoryRelease.cpp:
    (WebCore::releaseCriticalMemory):

    Canonical link: https://commits.webkit.org/261061@main


  Commit: 47ab88216f68ee1b2be26e934638203d2f6c9e35
      https://github.com/WebKit/WebKit/commit/47ab88216f68ee1b2be26e934638203d2f6c9e35
  Author: Przemyslaw Gorszkowski <pgorszkowski at igalia.com>
  Date:   2023-03-10 (Fri, 10 Mar 2023)

  Changed paths:
    M Source/WebInspectorUI/UserInterface/Base/BrowserInspectorFrontendHost.js

  Log Message:
  -----------
  Cherry-pick 261056 at main (1506a7bfdb72). https://bugs.webkit.org/show_bug.cgi?id=253145

    [GTK][WPE] Remote Web Inspector: the remote inspector(HTTP) does not work from any browsers
    https://bugs.webkit.org/show_bug.cgi?id=253145

    Reviewed by Carlos Garcia Campos.

    Add missing function: engineeringSettingsAllowed to BrowserInspectorFrontendHost.

    It solves a regression from: https://github.com/WebKit/WebKit/commit/2326b1146886546de0d44f6aa85415b2e1257b8a

    * Source/WebInspectorUI/UserInterface/Base/BrowserInspectorFrontendHost.js:
    (window.InspectorFrontendHost.WI.BrowserInspectorFrontendHost.prototype.engineeringSettingsAllowed):

    Canonical link: https://commits.webkit.org/261056@main


  Commit: d2214ee227734326bbae6797639a037bffdb685e
      https://github.com/WebKit/WebKit/commit/d2214ee227734326bbae6797639a037bffdb685e
  Author: Per Arne Vollan <pvollan at apple.com>
  Date:   2023-03-10 (Fri, 10 Mar 2023)

  Changed paths:
    M LayoutTests/TestExpectations
    A LayoutTests/http/wpt/service-workers/basic-fetch-with-contentfilter.https-expected.txt
    A LayoutTests/http/wpt/service-workers/basic-fetch-with-contentfilter.https.html
    A LayoutTests/http/wpt/service-workers/basic-fetch-with-contentfilter.js
    M LayoutTests/platform/ios/TestExpectations
    M LayoutTests/platform/mac/TestExpectations
    M Source/WebKit/NetworkProcess/NetworkResourceLoader.cpp
    M Source/WebKit/NetworkProcess/NetworkResourceLoader.h
    M Source/WebKit/NetworkProcess/ServiceWorker/ServiceWorkerFetchTask.cpp
    M Source/WebKit/NetworkProcess/ServiceWorker/ServiceWorkerFetchTask.h

  Log Message:
  -----------
  Cherry-pick 260891 at main (78e6b51bca33). https://bugs.webkit.org/show_bug.cgi?id=252496

    Twitter is not filtered by content filter
    https://bugs.webkit.org/show_bug.cgi?id=252496
    rdar://103032824

    Reviewed by Sihui Liu.

    Twitter is not filtered by content filter since service worker fetch is missing filtering code.
    Make sure content filtering is started on service worker fetch, and let the content filter
    intercept the fetch if it should be blocked. The didReceiveData method in ServiceWorkerFetchTask
    has been split into two methods, since it was being called both when receiving data over IPC and
    from the network. The unsafeBuffer method in IPC::SharedBufferReference is only allowed to be
    called on the receiver side. The call to startContentFiltering was moved to a location where it
    will also be called on service worker fetch, which required a little refactoring.

    * LayoutTests/TestExpectations:
    * LayoutTests/http/wpt/service-workers/basic-fetch-with-contentfilter.https-expected.txt: Added.
    * LayoutTests/http/wpt/service-workers/basic-fetch-with-contentfilter.https.html: Added.
    * LayoutTests/http/wpt/service-workers/basic-fetch-with-contentfilter.js: Added.
    (doTest):
    * LayoutTests/platform/ios/TestExpectations:
    * LayoutTests/platform/mac/TestExpectations:
    * Source/WebKit/NetworkProcess/NetworkResourceLoader.cpp:
    (WebKit::NetworkResourceLoader::start):
    (WebKit::NetworkResourceLoader::startRequest):
    (WebKit::NetworkResourceLoader::startWithServiceWorker):
    (WebKit::NetworkResourceLoader::requestIsForServiceWorkerOnly):
    (WebKit::NetworkResourceLoader::serviceWorkerDidNotHandle):
    (WebKit::NetworkResourceLoader::continueAfterServiceWorkerReceivedData):
    (WebKit::NetworkResourceLoader::continueAfterServiceWorkerReceivedResponse):
    (WebKit::NetworkResourceLoader::serviceWorkerDidFinish):
    * Source/WebKit/NetworkProcess/NetworkResourceLoader.h:
    * Source/WebKit/NetworkProcess/ServiceWorker/ServiceWorkerFetchTask.cpp:
    (WebKit::ServiceWorkerFetchTask::processResponse):
    (WebKit::ServiceWorkerFetchTask::didReceiveData):
    (WebKit::ServiceWorkerFetchTask::didReceiveDataFromPreloader):
    (WebKit::ServiceWorkerFetchTask::didFinish):
    (WebKit::ServiceWorkerFetchTask::loadBodyFromPreloader):
    * Source/WebKit/NetworkProcess/ServiceWorker/ServiceWorkerFetchTask.h:

    Canonical link: https://commits.webkit.org/260891@main


  Commit: c5420cfc39ca3e167ffd231c560cb8b5e705b208
      https://github.com/WebKit/WebKit/commit/c5420cfc39ca3e167ffd231c560cb8b5e705b208
  Author: Adrian Perez de Castro <aperez at igalia.com>
  Date:   2023-03-13 (Mon, 13 Mar 2023)

  Changed paths:
    M Source/JavaScriptCore/tools/JSDollarVM.cpp
    M Source/WebCore/bindings/js/DOMGCOutputConstraint.cpp
    M Source/WebCore/bindings/js/JSPaintRenderingContext2DCustom.cpp
    M Source/WebCore/bindings/js/JSWorkerNavigatorCustom.cpp
    M Source/WebCore/html/ValidatedFormListedElement.cpp
    M Source/WebCore/loader/LinkLoader.cpp
    M Source/WebCore/page/WindowOrWorkerGlobalScope.cpp
    M Source/WebKit/WebProcess/InjectedBundle/InjectedBundleHitTestResult.cpp

  Log Message:
  -----------
  Cherry-pick 261563 at main (f735506198f5). https://bugs.webkit.org/show_bug.cgi?id=253798

    [WPE] Link fails due to undefined inlines with -Wl,--as-needed
    https://bugs.webkit.org/show_bug.cgi?id=253798

    Unreviewed build fixes.

    These issues would have been caught by Clang's -Wundefined-inline.

    * Source/JavaScriptCore/tools/JSDollarVM.cpp: Add missing
      ExecutableBaseInlines.h header.
    * Source/WebCore/bindings/js/DOMGCOutputConstraint.cpp: Add mising
      JavaScriptCore/JSCellInlines.h header.
    * Source/WebCore/bindings/js/JSPaintRenderingContext2DCustom.cpp: Add
      missing JavaScriptCore/AbstractSlotVisitorInlines.h and
      JavaScriptCore/JSCJSValueInlines.h header.
    * Source/WebCore/bindings/js/JSWorkerNavigatorCustom.cpp: Add missing
      WebCoreOpaqueRoot.h and JavaScriptCore/AbstractSlotVisitorInlines.h
    * Source/WebCore/html/ValidatedFormListedElement.cpp: Add missing
      RenderElement.h header inclusion.
    * Source/WebCore/loader/LinkLoader.cpp: Ditto.
    * Source/WebCore/page/WindowOrWorkerGlobalScope.cpp: Add missing
      JavaScriptCore/JSCJSValueInlines.h inclusion.
    * Source/WebKit/WebProcess/InjectedBundle/InjectedBundleHitTestResult.cpp:
      Add missing WebCore/Element.h inclusion.

    Canonical link: https://commits.webkit.org/261563@main


Compare: https://github.com/WebKit/WebKit/compare/8fec696c4d2d...c5420cfc39ca