Branch: refs/heads/safari-7616.1.27.111-branch
Home: https://github.com/WebKit/WebKit
Commit: c68e2d8674c6695033b0389209d5d0e55289cd3d
https://github.com/WebKit/WebKit/commit/c68e2d8674c6695033b0389209d5d0e55289cd3d
Author: Dan Robson <[email protected]>
Date: 2023-08-21 (Mon, 21 Aug 2023)
Changed paths:
M Configurations/Version.xcconfig
Log Message:
-----------
Versioning.
WebKit-7616.1.27.111.17
Identifier: [email protected]
Commit: 809655f0a154fd274e3b120e566a3d64624f43ae
https://github.com/WebKit/WebKit/commit/809655f0a154fd274e3b120e566a3d64624f43ae
Author: Myah Cobbs <[email protected]>
Date: 2023-08-22 (Tue, 22 Aug 2023)
Changed paths:
M Configurations/Version.xcconfig
Log Message:
-----------
Versioning.
WebKit-7616.1.27.111.18
Identifier: [email protected]
Commit: f49ba7be3cf36b5a6632c13b859770cd3368ea59
https://github.com/WebKit/WebKit/commit/f49ba7be3cf36b5a6632c13b859770cd3368ea59
Author: Wenson Hsieh <[email protected]>
Date: 2023-08-22 (Tue, 22 Aug 2023)
Changed paths:
M Source/WebCore/PAL/pal/cocoa/WebPrivacySoftLink.h
M Source/WebCore/PAL/pal/cocoa/WebPrivacySoftLink.mm
M Source/WebKit/Platform/cocoa/WebPrivacyHelpers.mm
Log Message:
-----------
Cherry-pick ccf8724c8c34. rdar://problem/114047664
Remote list updates for link decoration filtering fail in Safari 17
https://bugs.webkit.org/show_bug.cgi?id=260391
rdar://114047664
Reviewed by Tim Horton.
On macOS Monterey (but not macOS Ventura or later), calling:
```
dlopen("/System/Library/PrivateFrameworks/WebPrivacy.framework/WebPrivacy",
RTLD_NOW);
```
...fails to load WebPrivacy.framework from the Safari staged framework
directory. This causes
`PAL::isWebPrivacyFrameworkAvailable()` to return `false`, which in turn
breaks link decoration
filtering when advanced privacy protections are enabled. In comparison, the
main built-in tracker
blocker loaded by Safari actually *successfully* loads, because we only use
`objc_getClass` to look
up `WPResources`, and don't depend on a successful `dlopen`.
On downlevels, this call to `dlopen` is actually unnecessary, since we
already link WebPrivacy via
`-weak_framework`; as such, it's sufficient to simply check whether any one
of the framework API
classes (e.g. `WPResources`) have been loaded.
* Source/WebCore/PAL/pal/cocoa/WebPrivacySoftLink.h:
* Source/WebCore/PAL/pal/cocoa/WebPrivacySoftLink.mm:
* Source/WebKit/Platform/cocoa/WebPrivacyHelpers.mm:
Also, remove unnecessary soft link helpers for `WPNetworkAddressRange` (we
don't need this because
we never need to create one of these in WebKit).
(WebKit::canUseWebPrivacyFramework):
(WebKit::resourceDataChangedNotificationName):
(WebKit::notificationUserInfoResourceTypeKey):
(-[WKWebPrivacyNotificationListener init]):
(-[WKWebPrivacyNotificationListener dealloc]):
(-[WKWebPrivacyNotificationListener didUpdate:]):
(WebKit::LinkDecorationFilteringController::updateStrings):
(WebKit::requestLinkDecorationFilteringData):
(WebKit::TrackerAddressLookupInfo::populateIfNeeded):
(WebKit::TrackerDomainLookupInfo::populateIfNeeded):
Canonical link: https://commits.webkit.org/267051@main
Identifier: [email protected]
Commit: d07337401cbc2e6fdfeee5c1bac3263fa449382d
https://github.com/WebKit/WebKit/commit/d07337401cbc2e6fdfeee5c1bac3263fa449382d
Author: Dan Robson <[email protected]>
Date: 2023-08-25 (Fri, 25 Aug 2023)
Changed paths:
M Configurations/Version.xcconfig
Log Message:
-----------
Versioning.
WebKit-7616.1.27.111.19
Commit: f922848c8e7bf0b6939b1a760a58e32b1a91b319
https://github.com/WebKit/WebKit/commit/f922848c8e7bf0b6939b1a760a58e32b1a91b319
Author: Myah Cobbs <[email protected]>
Date: 2023-08-31 (Thu, 31 Aug 2023)
Changed paths:
M Configurations/Version.xcconfig
Log Message:
-----------
Versioning.
WebKit-7616.1.27.111.20
Identifier: [email protected]
Commit: b248eee0cd9d48faefa5321ecfe28c044cbd60d8
https://github.com/WebKit/WebKit/commit/b248eee0cd9d48faefa5321ecfe28c044cbd60d8
Author: Myah Cobbs <[email protected]>
Date: 2023-09-14 (Thu, 14 Sep 2023)
Changed paths:
M Configurations/Version.xcconfig
Log Message:
-----------
Versioning.
WebKit-7616.1.27.111.21
Identifier: [email protected]
Commit: 8afd490f0e026ca9dabdefc28b907a52fa82d82b
https://github.com/WebKit/WebKit/commit/8afd490f0e026ca9dabdefc28b907a52fa82d82b
Author: Keith Miller <[email protected]>
Date: 2023-09-14 (Thu, 14 Sep 2023)
Changed paths:
A JSTests/stress/getbyoffset-cse-consistency.js
A JSTests/stress/multigetbyoffset-cse-consistency.js
M Source/JavaScriptCore/dfg/DFGCSEPhase.cpp
M Source/JavaScriptCore/dfg/DFGClobberize.h
M Source/JavaScriptCore/dfg/DFGHeapLocation.h
Log Message:
-----------
Cherry-pick 47e039ffd689. rdar://115399657
clobberize needs to be more precise with the *ByOffset nodes
https://bugs.webkit.org/show_bug.cgi?id=261544
rdar://115399657
Reviewed by Yusuke Suzuki and Mark Lam.
CSE phase uses clobberize to figure out if it's safe to merge two
operations that
def the same HeapLocation. Since HeapLocation does not currently have a way
to
track the offset used by the various *ByOffset nodes it can get confused and
think that two ByOffset instructions produce the same value even if they
don't
use the same offset. This patch solves this by adding a new field to
HeapLocation,
which takes the metadata associated with the corresponding *ByOffset node.
If two
*ByOffset operations don't share the same metadata then they cannot be
CSEed.
* Source/JavaScriptCore/dfg/DFGCSEPhase.cpp:
* Source/JavaScriptCore/dfg/DFGClobberize.h:
(JSC::DFG::clobberize):
* Source/JavaScriptCore/dfg/DFGHeapLocation.h:
(JSC::DFG::HeapLocation::HeapLocation):
(JSC::DFG::HeapLocation::extraState const):
(JSC::DFG::HeapLocation::hash const):
Canonical link: https://commits.webkit.org/265870.558@safari-7616-branch
Identifier: [email protected]
Commit: 6921d5280cf09305adae6128209edcbe18993311
https://github.com/WebKit/WebKit/commit/6921d5280cf09305adae6128209edcbe18993311
Author: Myah Cobbs <[email protected]>
Date: 2023-09-21 (Thu, 21 Sep 2023)
Changed paths:
M Configurations/Version.xcconfig
Log Message:
-----------
Versioning.
WebKit-7616.1.27.111.22
Identifier: [email protected]
Compare: https://github.com/WebKit/WebKit/compare/c68e2d8674c6%5E...6921d5280cf0
_______________________________________________
webkit-changes mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-changes
