[webkit-changes] [WebKit/WebKit] d66b1d: Cherry-pick 284344 at main (c5dba56a0c36). https://bu...
Adrian Perez
noreply at github.com
Fri Sep 27 10:33:47 PDT 2024
Branch: refs/heads/webkitglib/2.46
Home: https://github.com/WebKit/WebKit
Commit: d66b1dc9824b24ec874bea766a9c7a741a50229e
https://github.com/WebKit/WebKit/commit/d66b1dc9824b24ec874bea766a9c7a741a50229e
Author: Jani Hautakangas <jani at igalia.com>
Date: 2024-09-27 (Fri, 27 Sep 2024)
Changed paths:
M Source/WebKit/Shared/unix/AuxiliaryProcessMain.cpp
Log Message:
-----------
Cherry-pick 284344 at main (c5dba56a0c36). https://bugs.webkit.org/show_bug.cgi?id=280321
[WPE] Auxiliary processes fail to launch when ProcessProviderLibWPE is enabled
https://bugs.webkit.org/show_bug.cgi?id=280321
Reviewed by Michael Catanzaro.
The ProcessProviderLibWPE is only used in the UIProcess, but
AuxiliaryProcessMainCommon::parseCommandLine attempts to check if
ProcessProviderLibWPE is enabled. Since ProcessProviderLibWPE is never
enabled for auxiliary processes, this causes a mismatch in the argument count
for auxiliary processes in runtimes where ProcessProviderLibWPE is used.
As a result, the auxiliary process never starts.
* Source/WebKit/Shared/unix/AuxiliaryProcessMain.cpp:
(WebKit::AuxiliaryProcessMainCommon::parseCommandLine):
Canonical link: https://commits.webkit.org/284344@main
Canonical link: https://commits.webkit.org/282416.167@webkitglib/2.46
Commit: 8d0d946a5bd4c345d443a6c0d339a0065a248470
https://github.com/WebKit/WebKit/commit/8d0d946a5bd4c345d443a6c0d339a0065a248470
Author: Alex Christensen <achristensen at apple.com>
Date: 2024-09-27 (Fri, 27 Sep 2024)
Changed paths:
M Source/WebCore/page/csp/ContentSecurityPolicyDirectiveList.cpp
M Source/WebCore/page/csp/ContentSecurityPolicyTrustedTypesDirective.cpp
M Tools/TestWebKitAPI/Tests/WebKitCocoa/ContentSecurityPolicy.mm
Log Message:
-----------
Cherry-pick 284334 at main (1db982b7c00f). https://bugs.webkit.org/show_bug.cgi?id=280442
Fix infinite loops when parsing invalid CSP header fields after 273894 at main
https://bugs.webkit.org/show_bug.cgi?id=280442
rdar://136779806
Reviewed by Brent Fulgham.
If we find an invalid value, report it and return instead of reporting it over and over
again in an infinite loop until we run out of memory from too many reports.
* Source/WebCore/page/csp/ContentSecurityPolicyDirectiveList.cpp:
(WebCore::ContentSecurityPolicyDirectiveList::parseRequireTrustedTypesFor):
* Source/WebCore/page/csp/ContentSecurityPolicyTrustedTypesDirective.cpp:
(WebCore::ContentSecurityPolicyTrustedTypesDirective::parse):
* Tools/TestWebKitAPI/Tests/WebKitCocoa/ContentSecurityPolicy.mm:
(TEST(ContentSecurityPolicy, InvalidRequireTrustedTypesFor)):
Canonical link: https://commits.webkit.org/284334@main
Canonical link: https://commits.webkit.org/282416.168@webkitglib/2.46
Commit: da205748cb064e2f9f98fef94abe9f82473cb7f7
https://github.com/WebKit/WebKit/commit/da205748cb064e2f9f98fef94abe9f82473cb7f7
Author: David Kilzer <ddkilzer at apple.com>
Date: 2024-09-27 (Fri, 27 Sep 2024)
Changed paths:
M Source/WTF/wtf/text/StringConcatenateNumbers.h
Log Message:
-----------
Cherry-pick 284325 at main (198d2e7875d6). https://bugs.webkit.org/show_bug.cgi?id=280089
[WTF] Converting NumberToStringBuffer to std::span should not ignore std::array size
<https://bugs.webkit.org/show_bug.cgi?id=280089>
<rdar://136388770>
Reviewed by Geoffrey Garen.
* Source/WTF/wtf/text/StringConcatenateNumbers.h:
(WTF::StringTypeAdapter<FloatingPoint>::span const):
(WTF::FormattedNumber::span const):
(WTF::FormattedCSSNumber::span const):
- Create std::span from std::array, then use span::first() to reduce the
size of the span. This ensures that the size of the std::array is
checked when creating the std::span.
Canonical link: https://commits.webkit.org/284325@main
Canonical link: https://commits.webkit.org/282416.169@webkitglib/2.46
Compare: https://github.com/WebKit/WebKit/compare/f6c810ac718c...da205748cb06
To unsubscribe from these emails, change your notification settings at https://github.com/WebKit/WebKit/settings/notifications
More information about the webkit-changes
mailing list