Branch: refs/heads/webkitglib/2.50
Home: https://github.com/WebKit/WebKit
Commit: 1fffe3ce75a59c273ad43c993ef36353f0d37786
https://github.com/WebKit/WebKit/commit/1fffe3ce75a59c273ad43c993ef36353f0d37786
Author: Brady Eidson <[email protected]>
Date: 2025-12-23 (Tue, 23 Dec 2025)
Changed paths:
M Source/WebCore/dom/messageports/MessagePortChannel.cpp
M Tools/TestWebKitAPI/Tests/WebKitCocoa/MessagePortProviders.mm
Log Message:
-----------
Cherry-pick 304642@main (ae1111af5882).
https://bugs.webkit.org/show_bug.cgi?id=281662
Transferring buffers to a closed MessageChannel causes memory leaks in
Safari Networking
rdar://138550781
https://bugs.webkit.org/show_bug.cgi?id=281662
Reviewed by Ben Nham.
The networking process buffers MessageChannel messages for later retrieval
by the appropriate web process.
Even if the target port is closed.
The fix is to skip those messages that will never be delivered.
Test: Tools/TestWebKitAPI/Tests/WebKitCocoa/MessagePortProviders.mm
* Source/WebCore/dom/messageports/MessagePortChannel.cpp:
(WebCore::MessagePortChannel::postMessageToRemote):
* Tools/TestWebKitAPI/Tests/WebKitCocoa/MessagePortProviders.mm:
(TestWebKitAPI:: const):
(TestWebKitAPI::setInterval):
(TestWebKitAPI::MessageToClosedPort)): Doing some memory math and pid
comparison, we can regression test this!
Canonical link: https://commits.webkit.org/304642@main
Canonical link: https://commits.webkit.org/298234.368@webkitglib/2.50
Commit: 465cbef94ae0e46a04f877173b73a6385c4b66c8
https://github.com/WebKit/WebKit/commit/465cbef94ae0e46a04f877173b73a6385c4b66c8
Author: Darin Adler <[email protected]>
Date: 2025-12-23 (Tue, 23 Dec 2025)
Changed paths:
M
LayoutTests/imported/w3c/web-platform-tests/encoding/textdecoder-eof.any.js
M Source/WebCore/PAL/pal/text/TextCodecCJK.cpp
Log Message:
-----------
Cherry-pick 304591@main (5f7d3882def0).
https://bugs.webkit.org/show_bug.cgi?id=304238
Big5 decoder doesn't recover to emit ASCII after an invalid leading byte
https://bugs.webkit.org/show_bug.cgi?id=304238
rdar://166672674
Reviewed by Anne van Kesteren.
*
LayoutTests/imported/w3c/web-platform-tests/encoding/textdecoder-eof.any.js:
Added test cases for this bug and a couple other Big5 decoding bugs that
were
reported at the same time. This is probably not the ideal place for these
tests,
but it's better to have them somewhere inside WPT rather than waiting to
find
the perfect place. Anyone is welcome to reorganize and clean up the
location of
these in WPT, I will not be offended.
* Source/WebCore/PAL/pal/text/TextCodecCJK.cpp:
(PAL::TextCodecCJK::big5Decode): Added m_prependedByte logic to one place it
was missing.
Canonical link: https://commits.webkit.org/304591@main
Canonical link: https://commits.webkit.org/298234.369@webkitglib/2.50
Commit: f4699a5380b2e0c91155a2e9f21df238b712bbc9
https://github.com/WebKit/WebKit/commit/f4699a5380b2e0c91155a2e9f21df238b712bbc9
Author: Said Abou-Hallawa <[email protected]>
Date: 2025-12-30 (Tue, 30 Dec 2025)
Changed paths:
A LayoutTests/svg/text/text-paint-order-stroke-fill-gradient-expected.svg
A LayoutTests/svg/text/text-paint-order-stroke-fill-gradient.svg
M Source/WebCore/rendering/svg/legacy/LegacyRenderSVGResourceGradient.cpp
Log Message:
-----------
Cherry-pick 304903@main (0a662721c2e0).
https://bugs.webkit.org/show_bug.cgi?id=304582
REGRESSION(288788@main): SVG doesn't render gradient fill when using
paint-order
https://bugs.webkit.org/show_bug.cgi?id=304582
rdar://166997630
Reviewed by Nikolas Zimmermann.
If the paint-order is "stroke fill" and the transparency layer compositing
is
used the gradient will fill the stroke itself not inside it.
The fix is to use the transparency layer compositing only if the
paint-order is
"fill stroke". Otherwise clip the context to the stroke then fill the whole
rectangle with the gradient.
* LayoutTests/svg/text/text-paint-order-stroke-fill-gradient-expected.svg:
Added.
* LayoutTests/svg/text/text-paint-order-stroke-fill-gradient.svg: Added.
* Source/WebCore/rendering/svg/legacy/LegacyRenderSVGResourceGradient.cpp:
(WebCore::LegacyRenderSVGResourceGradient::applyResource):
Canonical link: https://commits.webkit.org/304903@main
Canonical link: https://commits.webkit.org/298234.370@webkitglib/2.50
Compare: https://github.com/WebKit/WebKit/compare/a128ac0fce23...f4699a5380b2
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
