[webkit-changes] [WebKit/WebKit] 6080e1: [iOS] TestWebKitAPI.AppHighlights.AppHighlightCrea...
Aditya Keerthi
noreply at github.com
Tue Jan 14 09:04:44 PST 2025
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 6080e1230cac782ea81952cfea23f846771b7c50
https://github.com/WebKit/WebKit/commit/6080e1230cac782ea81952cfea23f846771b7c50
Author: Aditya Keerthi <akeerthi at apple.com>
Date: 2025-01-14 (Tue, 14 Jan 2025)
Changed paths:
M Tools/TestWebKitAPI/Tests/WebKitCocoa/WKAppHighlights.mm
Log Message:
-----------
[iOS] TestWebKitAPI.AppHighlights.AppHighlightCreateAndRestoreAndScroll is timing out
https://bugs.webkit.org/show_bug.cgi?id=285882
rdar://141462057
Reviewed by Abrar Rahman Protyasha and Megan Gardner.
This is the same test development issue as 287822 at main, and as such the commit
message below is copied verbatim.
Since TestWebKitAPI is not a real `UIApplication`, UIKit gets into a state
where its own update cycle is enabled (which is not runtime configurable), but
not started (which is done in `UIApplicationMain()`).
This means that `UIAnimation`-driven animations (like scroll view animations)
will never reach completion, and `scrollViewDidEndScrollingAnimation:` will
never be called.
Fix by leveraging the fact that UIKit's update cycle is not used for
`UIAnimation`s if `-[UIScreen _isEmbeddedScreen]` is false. This will result in
UIKit using a `CADisplayLink` to drive animations, and ensures completion is
reached without needing to be a `UIApplication`.
* Tools/TestWebKitAPI/Tests/WebKitCocoa/WKAppHighlights.mm:
(TestWebKitAPI::TEST(AppHighlights, AppHighlightCreateAndRestoreAndScroll)):
Canonical link: https://commits.webkit.org/288848@main
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