merge_pr_60157

WebKit export of https://bugs.webkit.org/show_bug.cgi?id=124828 (#60157)

merge_pr_60155

WebKit export of https://bugs.webkit.org/show_bug.cgi?id=309152 (#60155)

Co-authored-by: Pawel Lampe plampe@igalia.com

merge_pr_60144

Speculative load measurement: add navigationDestinationURL

This CL exposes the navigation destination URL as part of the
speculations interface. That enables developers to deduce if a certain
speculative navigation was used.
We explicitly don't want to expose that information across-origins, or
for same-document navigations.

Co-Authored-By: AI (Claude Opus 4.7 via Pi) noreply@pi.dev

Bug: 481590676
Change-Id: I9297a101299748fa65abcf992c8fa7ac3aba1b0b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/7858316
Commit-Queue: Yoav Weiss (@Shopify) yoavweiss@chromium.org
Reviewed-by: Hiroki Nakagawa nhiroki@chromium.org
Cr-Commit-Position: refs/heads/main@{#1635682}

merge_pr_60141

text-fit: Use LineInfo::TextFitScale for consistent line height scaling

FindTextScale() determined scaling factors by scanning text items. This
approach failed for blank lines, causing inconsistent line heights when
using text-fit: [grow|shrink] consistent.

This patch improves scaling consistency by:

1. Updating LineFitter to calculate and store the final scaling factor
   (including paint-time scaling and min/max limits) in LineInfo.

2. Modifying OnBeginPlaceItems() to use LineInfo::TextFitScale() as the
   source of truth during item placement, replacing the unreliable
   FindTextScale() logic.

3. Ensuring should_scale_line_height is always set when applying
   paragraph-level scaling in InlineLayoutAlgorithm, so that blank
   lines are scaled correctly.

Bug: 417306102
Change-Id: Iac05dcd64a746199910b7066a99fa5eaae883141
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/7867096
Reviewed-by: Koji Ishii kojii@chromium.org
Commit-Queue: Koji Ishii kojii@chromium.org
Auto-Submit: Kent Tamura tkent@chromium.org
Cr-Commit-Position: refs/heads/main@{#1635615}

merge_pr_60136

WebKit export of https://bugs.webkit.org/show_bug.cgi?id=315488 (#60136)

merge_pr_60135

[ruby-overhang] Support overhang for full-width open/close/middle dot

This CL implements support for ruby overhang of full-wdth opening,
closing, and middle dot punctuation. Previously, ruby-overhang: spaces
only considered adjacent spaces.

The implementation introduces logic to determine if Han kerning can be
used for ruby overhang. It calculates the available overhang amount
based on the character type, typically the half for opening/closing
puncuation and quarter for middle dots. And this also supports font
features like 'halt' and 'vhal'.

The subset.sh script is updated to expand the character range for WPT.

• FE00-FE0F: For variation selectors.
• FF3B, FF3D: Full-width left and right square brackets.

Spec: https://drafts.csswg.org/css-ruby-1/#ruby-overhang
Bug: 499042741, 366873207
Change-Id: I38c8a8f03b3f5eacfea36e305b1fd56758fe8a3a
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/7809475
Commit-Queue: Minseong Kim jja08111@gmail.com
Reviewed-by: Kent Tamura tkent@chromium.org
Reviewed-by: Koji Ishii kojii@chromium.org
Cr-Commit-Position: refs/heads/main@{#1635620}

merge_pr_60134

Fix another WPT that had wrong assumptions about setTimeout ordering.

If the frame's setTimeout ran soon enough it the waitForMessage()
listener could miss the message.

Differential Revision: https://phabricator.services.mozilla.com/D302229

bugzilla-url: https://bugzilla.mozilla.org/show_bug.cgi?id=2017786
gecko-commit: b4190645a798e7f4052781b504ff2472ec92400e
gecko-reviewers: smaug

merge_pr_60133

WebKit export of https://bugs.webkit.org/show_bug.cgi?id=313167 (#60133)

merge_pr_60126

WebKit export of https://bugs.webkit.org/show_bug.cgi?id=315262

merge_pr_60069

WebKit export of https://bugs.webkit.org/show_bug.cgi?id=313648 (#60069)