Closed Bug 1870390 Opened 2 years ago Closed 2 years ago

[wpt-sync] Sync PR 43696 - Run waitForCompositorReady after subframe loads in scroll-behavior WPT.

Categories

(Core :: DOM: CSS Object Model, task, P4)

Product:
Core
Component:
DOM: CSS Object Model
Type:
task

Tracking

()

Status:
RESOLVED FIXED
Milestone:
123 Branch
Tracking Flags:
Tracking Status
firefox123 --- fixed

People

(Reporter: wpt-sync, Unassigned)

References

(
URL
)

Details

(Whiteboard: [wptsync downstream])

Sync web-platform-tests PR 43696 into mozilla-central (this bug is closed when the sync is complete).

PR: https://github.com/web-platform-tests/wpt/pull/43696
Details from upstream follow.

Steve Kobes <skobes@chromium.org> wrote:

Run waitForCompositorReady after subframe loads in scroll-behavior WPT.

Based on local testing this appears to resolve two remaining failures
on the wpt.fyi dashboard for scroll-behavior-* which I thought had been
fixed by crrev.com/1234174.

It's a little unclear why it is needed since paint holding as described
in crbug.com/1509054 should only apply to the main frame. Some further
investigation will likely occur for crbug.com/888443.

Bug: 1489704
Change-Id: I95372952d8cfcb8357ab6619d8c51513b2bf5c1c

Reviewed-on: https://chromium-review.googlesource.com/5126617
WPT-Export-Revision: 49cdb4840be392f3410a2f61f005be8d6c269493

Component: web-platform-tests → DOM: CSS Object Model
Product: Testing → Core
Pushed by wptsync@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/4b29af5230e6 [wpt PR 43696] - Run waitForCompositorReady after subframe loads in scroll-behavior WPT., a=testonly
Test result changes from PR not available.

https://hg.mozilla.org/mozilla-central/rev/4b29af5230e6

Status: NEW → RESOLVED
Closed: 2 years ago
status-firefox123: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 123 Branch
You need to log in before you can comment on or make changes to this bug.