Branch: refs/heads/webkitglib/2.48
  Home:   https://github.com/WebKit/WebKit
  Commit: 5baea784e1e8ed5b9bdb8416de041013c2b2da57
      
https://github.com/WebKit/WebKit/commit/5baea784e1e8ed5b9bdb8416de041013c2b2da57
  Author: Kimmo Kinnunen <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    A LayoutTests/fast/images/imagebitmap-memory-expected.html
    A LayoutTests/fast/images/imagebitmap-memory.html
    M Source/WebCore/html/ImageBitmap.cpp
    M Source/WebCore/html/ImageBitmap.h

  Log Message:
  -----------
  Cherry-pick 300870@main (6d1a61fa69df). 
https://bugs.webkit.org/show_bug.cgi?id=295618

    REGRESSION (273213@main): ImageBitmap fails to report memory cost
    https://bugs.webkit.org/show_bug.cgi?id=295618
    rdar://155563791

    Reviewed by Matt Woodrow.

    GC would not be triggered when many or large ImageBitmaps were
    allocated.

    Update ImageBitmap::m_memoryCost when creating the instance. This will
    be used by bindings ReportExtraMemoryCost feature to report
    the extra memory cost to the JS heap when the binding object is created
    and visited.

    Test: fast/images/imagebitmap-memory.html
    * LayoutTests/fast/images/imagebitmap-memory-expected.html: Added.
    * LayoutTests/fast/images/imagebitmap-memory.html: Added.
    * Source/WebCore/html/ImageBitmap.cpp:
    (WebCore::ImageBitmap::detach):
    (WebCore::ImageBitmap::ImageBitmap):
    (WebCore::ImageBitmap::~ImageBitmap):
    (WebCore::ImageBitmap::takeImageBuffer):
    (WebCore::ImageBitmap::memoryCost const):
    (WebCore::ImageBitmap::updateMemoryCost): Deleted.
    * Source/WebCore/html/ImageBitmap.h:

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

Canonical link: https://commits.webkit.org/290945.397@webkitglib/2.48


  Commit: fd9440e4f3600e231e2eb621fe1cd28a02800c32
      
https://github.com/WebKit/WebKit/commit/fd9440e4f3600e231e2eb621fe1cd28a02800c32
  Author: Philippe Normand <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    M Source/WebCore/platform/graphics/gstreamer/GStreamerCommon.cpp
    M Source/WebCore/platform/graphics/gstreamer/GStreamerCommon.h

  Log Message:
  -----------
  Cherry-pick 300744@main (61a456e19153). 
https://bugs.webkit.org/show_bug.cgi?id=299656

    [GStreamer] Build broken when using GStreamer 1.27.2 built from tarballs
    https://bugs.webkit.org/show_bug.cgi?id=299656

    Reviewed by Xabier Rodriguez-Calvar.

    gst_pad_probe_info_set_buffer() will ship in GStreamer 1.27.3 which hasn't 
been released yet. So
    when building against 1.27.2 use our internal implementation. Also make 
sure builds against current
    GStreamer git main still work, by checking the full (including nano) 
version.

    * Source/WebCore/platform/graphics/gstreamer/GStreamerCommon.cpp:
    * Source/WebCore/platform/graphics/gstreamer/GStreamerCommon.h:

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

Canonical link: https://commits.webkit.org/290945.398@webkitglib/2.48


  Commit: 850162c060dc66af64a7a5cc18c37f86658722fa
      
https://github.com/WebKit/WebKit/commit/850162c060dc66af64a7a5cc18c37f86658722fa
  Author: Adrian Perez de Castro <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    M Source/ThirdParty/unifdef/CMakeLists.txt

  Log Message:
  -----------
  Cherry-pick 300574@main (e33b18bc59d6). 
https://bugs.webkit.org/show_bug.cgi?id=299589

    [JSC][Flatpak SDK] Error building unifdef with GCC 15.x
    https://bugs.webkit.org/show_bug.cgi?id=299589

    Reviewed by Fujii Hironori.

    Change the CMake build system to compile the bundled unifdef in C99
    mode. This allows its usage of "constexpr" as a variable name, fixing
    the build.

    * Source/ThirdParty/unifdef/CMakeLists.txt:

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

Canonical link: https://commits.webkit.org/290945.399@webkitglib/2.48


  Commit: 0341cb052813e1e74ded2b0c950794b918da0d75
      
https://github.com/WebKit/WebKit/commit/0341cb052813e1e74ded2b0c950794b918da0d75
  Author: Said Abou-Hallawa <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    A LayoutTests/svg/as-image/resources/circle-pattern-embeded-image.svg
    A LayoutTests/svg/as-image/svg-as-image-pattern-scale-expected.html
    A LayoutTests/svg/as-image/svg-as-image-pattern-scale.html
    M Source/WebCore/rendering/svg/legacy/LegacyRenderSVGResourcePattern.cpp

  Log Message:
  -----------
  Cherry-pick 300357@main (1cc5b31eb1ca). 
https://bugs.webkit.org/show_bug.cgi?id=298753

    SVG patterns might get blurred and pixellated when zooming in
    https://bugs.webkit.org/show_bug.cgi?id=298753
    rdar://159202567

    Reviewed by Simon Fraser.

    When drawing an SVG pattern, a tileImage is created from the referenced 
element.
    This tileImage is currently scaled by the patternTransform only. So 
although the
    referenced element might be an SVG image or a large bitmap image, the 
resulted
    tileImage will not be scaled well when the coordinate system is scaled like 
zoom
    in or printing for example.

    Although the tileImage of the pattern should be scaled by patternTransform, 
it has
    to be scaled by at least GraphicsContext.scaleFactor. This ensures the 
tileImage
    scales properly with the scaled coordinate system.

    Test: svg/as-image/svg-as-image-pattern-scale.html
    * LayoutTests/svg/as-image/resources/circle-pattern-embeded-image.svg: 
Added.
    * LayoutTests/svg/as-image/svg-as-image-pattern-scale-expected.html: Added.
    * LayoutTests/svg/as-image/svg-as-image-pattern-scale.html: Added.
    * Source/WebCore/rendering/svg/legacy/LegacyRenderSVGResourcePattern.cpp:
    (WebCore::LegacyRenderSVGResourcePattern::createTileImage const):

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

Canonical link: https://commits.webkit.org/290945.400@webkitglib/2.48


  Commit: 72ef9eb1e163ba159dd1cb2b40b755924597724a
      
https://github.com/WebKit/WebKit/commit/72ef9eb1e163ba159dd1cb2b40b755924597724a
  Author: Shu-yu Guo <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    M Source/JavaScriptCore/assembler/MacroAssemblerX86_64.h
    M Source/JavaScriptCore/assembler/testmasm.cpp

  Log Message:
  -----------
  Cherry-pick 300245@main (e8e09d0cc146). 
https://bugs.webkit.org/show_bug.cgi?id=298099

    [JSC] Do not elide atomic and with -1 on x86

    https://bugs.webkit.org/show_bug.cgi?id=298099
    rdar://159443883

    Reviewed by Yusuke Suzuki.

    Seq-cst and with -1 cannot be optimized out on x86. Seq-cst stores must 
exist
    for the seq-cst ordering guarantee. This PR disables the microoptimization 
if
    the bitwise and is atomic.

    This also fixes an issue with generating a dangling LOCK prefix.

    Test: Source/JavaScriptCore/assembler/testmasm.cpp
    Canonical link: https://commits.webkit.org/300245@main

Canonical link: https://commits.webkit.org/290945.401@webkitglib/2.48


  Commit: 9a14f2d0e733072dc45213a6a99cf92b7e7291bd
      
https://github.com/WebKit/WebKit/commit/9a14f2d0e733072dc45213a6a99cf92b7e7291bd
  Author: Antti Koivisto <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    A 
LayoutTests/imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor-expected.html
    A 
LayoutTests/imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor-ref.html
    A 
LayoutTests/imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor.html
    M Source/WebCore/style/StyleScope.cpp

  Log Message:
  -----------
  Cherry-pick 300086@main (ec6791966b1e). 
https://bugs.webkit.org/show_bug.cgi?id=298646

    Anchoring a pseudo element to a slotted element in a Shadow DOM causes 
browser crash
    https://bugs.webkit.org/show_bug.cgi?id=298646
    rdar://160291579

    Reviewed by Simon Fraser and Alan Baradlay.

    Tests: 
imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor-ref.html
           
imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor.html
    * 
LayoutTests/imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor-expected.html:
 Added.
    * 
LayoutTests/imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor-ref.html:
 Added.
    * 
LayoutTests/imported/w3c/web-platform-tests/css/css-anchor-position/pseudo-element-with-slotted-anchor.html:
 Added.
    * Source/WebCore/style/StyleScope.cpp:
    (WebCore::Style::Scope::forOrdinal):

    For PseudoElements use the scope of the host element.

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

Canonical link: https://commits.webkit.org/290945.402@webkitglib/2.48


  Commit: d4d1bf1c65730b082645421b7411d6ec99451f98
      
https://github.com/WebKit/WebKit/commit/d4d1bf1c65730b082645421b7411d6ec99451f98
  Author: Diego Pino Garcia <[email protected]>
  Date:   2025-10-06 (Mon, 06 Oct 2025)

  Changed paths:
    M LayoutTests/platform/glib/TestExpectations
    M 
Source/WebCore/platform/graphics/texmap/coordinated/GraphicsLayerCoordinated.cpp

  Log Message:
  -----------
  Cherry-pick 299610@main (1ae6b299f5d2). 
https://bugs.webkit.org/show_bug.cgi?id=216539

    [GLIB] webanimations/accelerated-animation-easing-and-direction-update.html 
is an image failure
    https://bugs.webkit.org/show_bug.cgi?id=216539

    Reviewed by Carlos Garcia Campos.

    This test has been failing for WebKitGTK/WPEWebKit since added in r266834.

    Implementing a similar change for WebKitGTK/WPEWebKit makes the test pass.

    * LayoutTests/platform/glib/TestExpectations:
    * 
Source/WebCore/platform/graphics/texmap/coordinated/GraphicsLayerCoordinated.cpp:
    (WebCore::GraphicsLayerCoordinated::addAnimation):

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

Canonical link: https://commits.webkit.org/290945.403@webkitglib/2.48


Compare: https://github.com/WebKit/WebKit/compare/0f474be40f67...d4d1bf1c6573

To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
_______________________________________________
webkit-changes mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-changes

Reply via email to