Branch: refs/heads/webkitglib/2.52
Home: https://github.com/WebKit/WebKit
Commit: 76fd6732e98f91ed03080ec84e5ad3a64232739d
https://github.com/WebKit/WebKit/commit/76fd6732e98f91ed03080ec84e5ad3a64232739d
Author: Karl Dubost <[email protected]>
Date: 2026-04-15 (Wed, 15 Apr 2026)
Changed paths:
M LayoutTests/fast/css/hotels-animation-quirk.html
M Source/WebCore/page/Quirks.cpp
M Source/WebCore/page/Quirks.h
M Source/WebCore/style/StyleAdjuster.cpp
Log Message:
-----------
Cherry-pick 311182@main (24a48b519a4e).
https://bugs.webkit.org/show_bug.cgi?id=312212
adjust Quirks for hotels.com to have kick in earlier in the process
https://bugs.webkit.org/show_bug.cgi?id=312212
rdar://171850184
Reviewed by Brent Fulgham.
The hotels.com animation quirk was not firing on first click during
page load. Two issues:
1. The isInitial() guard blocked the quirk because the site's
@supports Safari-detection hack sets animation: none (specificity
0,5,0) on the target menu containers, making isInitial() return true.
Replace with hasClassName("uitk-menu-container") + hasClassName
("uitk-menu-open") pre-filters. The first filters out ~99% of
elements cheaply. The second ensures the quirk only applies when
the menu is actively being opened, not in its closed state.
2. The menu-fade-in animation used fill-mode Forwards, which left
a 0.06s window during the animation delay where the @supports
block's opacity: 1 was visible, causing a flash. Changed to
fill-mode Both so the animation's start state (opacity: 0)
applies during the delay via backwards fill.
* LayoutTests/fast/css/hotels-animation-quirk.html:
* Source/WebCore/page/Quirks.cpp:
* Source/WebCore/page/Quirks.h:
* Source/WebCore/style/StyleAdjuster.cpp:
(WebCore::Style::Adjuster::adjustForSiteSpecificQuirks const):
Canonical link: https://commits.webkit.org/311182@main
Canonical link: https://commits.webkit.org/305877.432@webkitglib/2.52
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
